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Editorial 





Liebe Leser, 


MS-OS/2 wird ausgeliefert! Vorerst freilich erst die Version 1.0 ohne Presentation Manager. 
Aber auch der »PM« ist unterwegs. Im neuen Update des Software Development Kits ist eine Vorab- 
version für Entwickler schon enthalten. Auch die ersten MS-OS/2-Applikationen für die Version 1.0 
sind schon auf dem Markt. Auf der Cebit im März konnte man ja schon einiges sehen. Die meisten 
Entwickler aber warten auf den Presentation Manager und schreiben für die Version 1.1 mit der 
standardisierten grafischen Bedieneroberfläche. Und viele Applikationen werden von vornherein für 
den Microsoft SQL Server und den MS-OS/2 LAN Manager angepaßt. Mit der Bereitstellung dieser 
neuen Netzwerktechnologien im Laufe das Jahres 1988 beginnt die heiße Phase der MS-OS/2-Soft- 
wareentwicklung. Diese heiße Phase wird von Microsoft durch drei verschiedene Großereignisse ein- 
geläutet. 

Im April stellt Microsoft den Systemprogrammierern die neuen Entwicklungswerkzeuge für MS- 
OS/2 zur Verfügung: die OS/2-Compiler C 5.1, Basic 6.0, Fortran 4.1, Pascal 4.0 und MASM 5.1, 
sowie den neuen Microsoft Editor und das MS-OS/2 Programmierer Toolkit. 

Am 16. und 17. Mai veranstaltet Microsoft in Frankfurt das deutsche MS-OS/2 Symposium, auf 
dem Hard- und Softwarehersteller und unabhängige Systemhäuser ihre MS-OS/2-Strategie erläutern 
und die gemeinsame MS-OS/2 Zukunft diskutieren werden. 

Vom 30. Mai bis zum 1. Juni findet dann in Düsseldorf die europäische MS-OS/2 LAN-Ent- 
wickler-Konferenz statt. Chefentwickler der Microsoft Corporation und der 3Com Corporation wer- 
den europäischen Netzwerk-Software-Entwicklern technische Einzelheiten zum Microsoft OS/2 
LAN Manager erläutern. Auch die ersten OS/2 LAN-Applikationen aus den USA und Europa wer- 
den in einer Austellung zu sehen sein. 


Das Microsoft System Journal wird über die neuen Compiler und Tools ebenso ausführlich 
berichten, wie über die beiden Kongresse. Unsere Redakteure werden sich in Frankfurt und Düssel- 
dorf die interessanten Leute zu exklusiven Interviews suchen - damit die MSJ-Leser frühzeitig Ein- 
blicke ın das nun schnell heraufziehende neue MS-OS/2-Zeitalter erhalten können. 


Michael Kausch 
Pressesprecher Microsoft GmbH 
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In Vorbereitung auf den OS/2 Presentation Manager hat Ansa die 
Datenbank Paradox unter Windows 2.0 implementiert. Aufgrund 
eines Gesprächs mit Richard Schwartz, dem Vizepräsidenten für 
Softwareentwicklung bei Ansa, berichtet Craig Stinson über das 
Warum und Wie der Portierung, 


Am Beispiel eines einfachen Programms werden die Unterschiede 
zwischen der Programmierung für Windows 2.0 und für den OS/2 
Presentation Manager erläutert. 


Was ist der OS/2-Presentation Manager und was hat er Änwen- 
dern und Programmierern zu bieten? 


Microsoft hat eine komplette neue Sprachenfamilie für OS/2 und 
MS-DOS sowie einen Programmiereditor vorgestellt. 


Informationen über die effektive Programmierung mit Far- und 
Huge-Datenzeigern in Small-Model-C-Programmen. 


Eine Anleitung für das Debuggen mit CodeView. 


Ein Maskengenerator für COBOL erleichtert die Erstellung von 
Bildschirmmasken. 


Neue Produkte, Aktuelles. 

Die Termine des Microsoft-Instituts. 

Die Sprachschnittstellen der Microsoft Sprachen. 
Know-How-Sammlungen, Lesefutter für Wissensdurstige. 
Bildschirmsteuerung und Zeileneditierung für jedes C-Programm. 


Windows 





Paradox unter Windows 2.0 


Ansa Software, der kalifornische Softwareher- 
steller, der vor einiger Zeit von Borland Inter- 
national aufgekauft wurde, verkauft nur ein Pro- 
dukt, doch dieses Produkt, die relationale 
Datenbank Paradox, wird in diesem Jahr in vier 
neuen Versionen erscheinen; eine fünfte wird 
wahrscheinlich Anfang 1989 erhältlich sein. 


Die Sprößlinge zielen auf verschiedene Betriebssystem- 
umgebungen: Microsoft Windows 2.0, OS/2 Presentation 
Manager, UNIX 5.3/XENIX und mit Hilfe von Utilities im 
geschützten Modus auf dem 80386 unter MS-DOS 3.x. 
Paradox 386 wurde bereits im vergangenen November auf 
der Comdex gezeigt und wird zum Erscheinungstermin die- 
ser Ausgabe sicherlich verfügbar sein; diese Version benö- 
tigt keine besonderen Tools, nur ein 386-System. Die Ver- 
sion für OS/2 1.0 soll im ersten Quartal 1988 herausge- 
bracht werden, die Windows-Version im zweiten Quartal, 
die UNIX/XENIX-Version im dritten Quartal und die Pre- 
sentation-Manager-Version etwa Anfang 1989, was jedoch 
davon abhängt, wann der OS/2 Presentation Manager ver- 
fügbar sein wird. 

Alle Paradox-Versionen, die alten wie die neuen, wer- 
den Multiuser-Fähigkeiten haben und datenkompatibel 
sein. Mit Versionen für alle bedeutenden PC-Umgebungen 
(bis auf den Macintosh - Ansa analysiert derzeit die Mach- 
barkeit einer Mac-Version) ist Ansa in der Lage, die über- 
wiegende Mehrzahl der Benutzer von Desktop-PCs zu er- 
reichen. Und alle Benutzer an den verschiedenen Knoten 
cines Netzwerks werden auf eine gemeinsame Datenbank 
zugreifen und sie verändern können, unabhängig von der 
Hardware oder dem Betriebssystem, das sie verwenden. 


Ein solider Entwurf zahlt sich aus 


Was ist notwendig, um eine große, komplexe MS-DOS- 
Anwendung wie Paradox auf all diese verschiedenen Be- 
triebssystemumgebungen zu portieren? In einem Interview 
mit dem Microsoft Systems Journal sagte Richard Schwartz, 
der Vizepräsident für Softwareentwicklung und einer der 
Gründer von Ansa, daß die Umsetzung von einer zeichen- 
orientierten Umgebung auf eine andere zeichenorientierte 
ziemlich unkompliziert ist, was jedoch im wesentlichen auch 
der Voraussicht der Designer von Paradox zu verdanken ist. 
»Wir haben Paradox von Anfang an so entworfen, daß 
es sehr sauber und portabel ist«, sagt Schwartz. »Wir haben 
nicht versucht, mit unsauberen Tricks auf das Betriebs- 
system zuzugreifen und haben auch anderweitig keine 
Hardwareabhängigkeiten entstehen lassen.« Das bedeutet 
natürlich nicht, daß das ursprüngliche Paradox nicht direkt 
in den Bildschirmspeicher schreibt. »Natürlich tun wir das, 
doch wir haben das isoliert. Wir haben ein Modul, das 
direkt auf den Bildschirmspeicher zugreift. Und auch die 
BIOS-Abhängigkeiten befinden sich alle an einer Stelle.« 
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Bild 1: Die relationale Datenbank Paradox profitiert durch 
größere Flexibilität enorm von der Windows-2.0-Umgebung. 


Die Umsetzung von einer zeichenorientierten Umgebung 
(MS-DOS 3.x) in eine grafikorientierte Umgebung (Micro- 
soft Windows und OS/2 Presentation Manager) ıst ein 
erheblich ergeizigeres Unterfangen. Schwartz sprach über 
das Warum und Wie dieser Umsetzung und darüber, wie 
die grafikorientierte Version von Paradox aussehen, wie sie 
bedient und welche Leistung sie im Vergleich zum Original 
haben wird. 


Warum Windows? 


Die Umsetzung von Paradox auf Windows zum jetzigen 
Zeitpunkt wird Ansa, laut Schwartz, zahlreiche Vorteile 
beim Marketing und bei der Implementierung unter dem 
OS/2 Presentation Manager geben. 

»Wir glauben, daß es sehr wichtig ist, eine Windows- 
Version zu haben; nicht weil wir Windows 2.0 als unseren 
Hauptmarkt anssehen - der Presentation Manager wird den 
Windows-Markt sicher verkleinern - sondern weil viele Fir- 
men die Benutzerschnittstelle des Presentation Managers 
mit Windows 2.0 beurteilen werden. Und Anwendungen, 
die frühzeitig unter Windows laufen, werden einen großen 
Vorteil haben, wenn man die langen Beurteilungszyklen 
bedenkt, die in diesen Firmen durchlaufen werden.« 

Zweitens ist Windows 2.0 jetzt verfügbar und der Pre- 
sentation Manager nicht, so daß die Arbeit, Paradox für 
Windows zu überdenken und neu zu programmieren, für 
Ansa die beste Vorbereitung auf die spätere Portierung auf 
den Presentation Manager ist - auch wenn die Program- 
mierschnittstelle des Presentation Managers sich erheblich 
von der von Windows unterscheiden wird. 
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Bilder 2 und 3: Windows 2.0 ermöglicht es einem Paradox- 
Benutzer, mehrere Ansichten seiner Daten in verschiedenen 
Konfigurationen, je nach individuellen Anforderungen, zu 
positionieren. 


Gute Nachrichten 


Wie schwierig war die Umstellung auf Windows? Laut 
Schwartz wurde alles bis auf die Basis, die Datenbank- 
maschine, neu entworfen, wobei einzelne Teile der vorheri- 
gen Architektur und Quellcode aus der Original-Version 
übernommen wurden. Trotzdem, so versichert er, wurden 
etwa 50 Prozent des Original-Quellcodes ohne Änderungen 
in diese neue Welt übernommen, Das ist ein noch während 
der Umsetzung geschätzter Wert, doch selbst wenn das zu 
optimistisch sein sollte, sind das doch gute Nachrichten für 
Windows-Entwickler: Nicht alle Programme müssen von 
Grund auf neu programmiert werden, um in der neuen 
Grafikumgebung laufen zu können. 

Überdies wird die Umsetzung im Fall von Ansa wahr- 
scheinlich etwa zwei Mannjahre erfordern. Das ist nicht 
schlecht, vor allem, wenn man berücksichtigt, daß das Ori- 
ginal-Paradox insgesamt 14 Mannjahre Entwicklungsauf- 
wand benötigte. Und die Firma hat dies erreicht, ohne 
Know-How dazukaufen zu müssen. Auch das sind gute 
Nachrichten, denn Macintosh- und Windows-Programmie- 
rer sind derzeit rar und haben einen schr hohen Marktwert. 

»Wir haben versucht, Leute einzustellen, die bereits mit 
Grafikumgebungen Erfahrungen haben. Wir haben dafür 
zeitweise einen Kopfjäger eingesetzt, doch wir waren nicht 
sehr erfolgreich«, sagt Schwartz dazu. »Und am Ende stellte 
sich heraus, daß wir sehr gut beraten waren, daß wir gute 
Softwareingenieure mit einem guten Informatik-Basiswissen 
nahmen und ihnen die Möglichkeit boten, sich dann unter 
Windows schnell weiterzuentwickeln. Wir glauben heraus- 
gefunden zu haben, das ein fundiertes Informatik-Basis- 
wissen der wichtigste Faktor ist.« 
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Es paßt ins Konzept 


Der Umstieg von Zeichen auf Pixel wurde Ansa dadurch 
erleichtert, daß Paradox trotz seiner weit zurückliegenden 
Ursprünge (die Entwicklung der ersten Version begann im 
Sommer 1981) immer schon ein sehr stark visuell orıen- 
tiertes, interaktives Programm gewesen ist. Von der Benut- 
zerschnittstelle her gesehen, ist die Umsetzung auf Win- 
dows also nur eine Erweiterung von Ideen, die bereits vor- 
handen waren, und keine grundlegende Umstrukturierung. 

»Wir waren schon immer sehr stark visuell orientiert, 
oder besser gesagt, objektorientiert«, meint Schwartz. »Von 
daher paßte es einfach ins Konzept.« 

Im zeichenorientierten Paradox werden Datentabellen 
dem Benutzer zum Beispiel in Form von visuellen Gebilden 
dargeboten, die sehr stark wie Fenster aussehen, nur daß 
die Ränder aus Grafikzeichen bestehen und nicht ganz 
herum gehen (Bild 2). Wie ein Frame in Framework oder 
ein Bildschirm voller Kalkulationstabellen sind diese 
Objekte Ausschnitte von größeren Datenbeständen; sie 
werden in Paradox Images genannt. 

Paradox präsentiert dem Benutzer einen Arbeitsbereich, 
auf dem er mehrere Images gleichzeitig halten kann, fast 
genauso wie Windows das macht. Auch wenn eine Maus 
nicht unterstützt wird, erlaubt das zeichenorientierte Pro- 
dukt dem Benutzer die Veränderung der Größe und der 
Position der Images und die Breite der Spalten darin, indem 
eine bestimmte Stelle ausgewählt und dann die Cursor- 
tasten verwendet werden. Diese Möglichkeit, einen Daten- 
bereich sofort direkt zu bearbeiten, ohne dazu einen Menü- 
befehl auswählen zu müssen, nennt Schwartz »direkte 
Bedienbarkeit«, ein wichtiger Bestandteil der Benutzer- 
schnittstelle des Original-Paradox. 


Windows 
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Visuelle Interaktion 


»Die Idee dabei war, so weit wie möglich und überall wo 
machbar die visuelle Interaktion anstelle der beschreiben- 
den Interaktion zuzulassen«, erläutert Schwartz. » Anstatt 
vom Benutzer zu verlangen, daß er etwas erläutern oder 
beschreiben soll, fordern wir ihn nur auf, etwas zu zeigen. 
Das paßt sehr gut in die Windows-Umgebung.« 

Paradox unter Windows wird auf den ersten Blick der 
Original-Version ziemlich ähnlich sehen (Bild 3), nur daß 
die Lotus-artigen Menüs durch Drop-Down-Menüs ersetzt 
wurden, der Text schwarz auf weiß dargestellt wird und die 
Images komplette Dokumentfenster sind, mit Titelzeile, 
Scrollbalken, Steuermenüs und Größensinnbild. Die direkte 
Bedienbarkeit ist noch immer vorhanden, sie ist sogar stär- 
ker vertreten. Natürlich wird auch die Maus unterstützt. 

Ein neues Beispiel für die direkte Bedienbarkeit von 
Windows-Paradox ist die Angabe von Sortierungen. In der 
zeichenorientierten Version gab der Benutzer das Feld, das 
Sortierschlüssel sein sollte und die Sortierreihenfolge 
dadurch an, daß er die Feldnummer gefolgt von einem »A« 
(ascending, aufsteigend) oder einem »D« (descending, ab- 
steigend) eingab (Bild 4). 

Die Windows-Version (Bild 5) vereinfacht diesen Vor- 
gang und macht ihn weniger analytisch, indem der Benutzer 
jedes Schlüsselfeld für die Sortierung direkt mit einem 
Doppelklick auswählen kann. Ein Pfeil, der die Sortierfolge 
angibt (auf- oder absteigend) erscheint dann links neben 
dem gewählten Feldnamen; um die Sortierreihenfolge zu 
ändern, braucht der Benutzer nur die Richtung des Pfeils zu 
ändern indem er ihn mit Doppelklick umschaltet. 

Diese Art, auf einen Wert zu zeigen und ihn umzu- 
schalten oder aus Menüs auszuwählen gibt es auch an ande- 
ren Stellen im Windows-Paradox. Ein Beispiel: Bei der 
Anlage oder Umstrukturierung einer Tabelle, wo der 
Benutzer nach einem Datentyp gefragt wird, kann er mit 
der Maus klicken und sich ein Menü mit den verfügbaren 
Datentypen anzeigen lassen. 


Source: People 
Target: 


Field Hanes Sort Keys 





Bilder 4 und 5: Die Dialogboxen und Buttons von Windows 
ermöglichen Paradox einen wesentlich verbesserten Kontakt 
zum Benutzer. 


Ähnlich kann sich der Benutzer bei diesem Vorgang mit 
einem Doppelklick auf einen Feldnamen eine Dialogbox 
anzeigen lassen, in der die momentanen Definitionen für 
Gültigkeitsprüfungen angezeigt oder neue angelegt werden 
können. 


Vorteile dieser Implementation 


Bei seiner Beschreibung des Umstellungsaufwands spielt 
Schwartz die gefürchtete Windows-Lernkurve herunter und 
betont statt dessen die Vorteile, die durch die grafische 
Oberfläche zustandekommen. Im besonderen verweist er 
auf die größere Unabhängigkeit der verschiedenen Objekte 
mit denen der Anwender umgeht. 

In der Windows-Umgebung existiert jede Tabelle im 
Arbeitsbereich (ebenso wie jede Masken-, Abfrage- und 
Listendefinition) in einem eigenen Fenster mit eigener 
Meldungsroutine. Diese Meldungsbehandlungsroutine ist 
dafür verantwortlich, alle sie betreffenden Vorgänge zu 
kennen, z.B. wie das jeweilige Fenster neu angezeigt und 
aktualisiert wird. In der zeichenorientierten Version mußte 
stärker darauf geachtet werden, in welchem »globalen 
Zustand« sich das Programm gerade befand, das heißt, wie 
Änderungen einer Tabelle alle anderen Dinge im Arbeits- 
bereich beeinflussen. 

»Auf der Implementierungsebene bedeutet das,« meint 
Schwartz, »daß das Programm so aufgebaut ist, das alles 
strikt lokal zum einzelnen Image ist. So kann man eine 
lokale Routine haben, die weiß, wie die Fenstergröße geän- 
dert wird oder welche Bereiche des Fensters neu gezeichnet 
werden müssen. Wenn irgendetwas im Bereich dieses Fen- 
sters verändert wird, achtet Windows darauf, daß Meldun- 
gen an alle Fenster geschickt werden, damit sie wissen, daß 
ein Bereich neu angezeigt werden muß.« 
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Windows 


Schwierigkeiten beim Debuggen 


Laut Schwartz war es eine ziemlich starke Behinderung der 
Entwicklung der Windows-Version von Paradox, daß 
Debug-Tools für Windows noch sehr rar sind. 

»Es handelt sich dabei sowieso um ein größeres Pro- 
blem,« sagt Schwartz dazu, »denn in der Windows-Umge- 
bung spielt sich sehr viel hinter den Kulissen ab.« Die Ver- 
schiebbarkeit (moveable) und die Aufgebbarkeit (discard- 
able) von Windows-Objektcode verkompliziert die Dinge 
und führt dazu, daß Bugs schwerer zu finden sind. Die Bugs 
treten erst sehr viel später im Entwicklungsprozeß als 
Ergebnis der Systembelastung auf, zum Beispiel weil ein 
Programmteil im Speicher verschoben wurde. 

Die derzeitige Version von CodeView läuft nicht in der 
Windows-Umgebung, Microsoft arbeitet jedoch an einer 
Windows-Version. SymDeb wird mit dem Windows Soft- 
wareentwicklungskit geliefert, doch Ansa hat ihn nicht 
besonders häufig verwendet; sie haben sich mehr auf das 
Debuggen auf der Ebene der Algorithmen verlassen, das 
heißt ganz einfach printf-Anweisungen verwendet, um Vari- 
ablenwerte an verschiedenen Stellen im Programm zu 
testen. 

»In unserer Entwicklungsumgebung haben wir an jedes 
System sowohl einen monochromen als auch einen EGA- 
Bildschirm angeschlossen. Wir haben es so arrangiert, daß 
wir printf-Anweisungen in das Programm einfügen können, 
die dann auf dem monochromen Monitor ausgegeben wer- 
den. So wird der Effekt des traditionellen Debuggens in die 
Windows-Umgebung eingebracht.« 

Das Debuggen wurde dadurch noch schwieriger ge- 
macht, daß Ansa mit frühen Vorabversionen von Windows 
und dem Windows-Entwicklungstools arbeitete (das Projekt 
begann im April 1987). Die Programmierer hatten oftmals 
große Schwierigkeiten herauszufinden, an welchen Proble- 
men ihr Code und an welchen der Compiler oder die Um- 
gebung schuld war. 


Anwendervorteile 


Die Unabhängigkeit der Bildschirmobjekte bringt Anwen- 
dern viele Vorteile. Am wichtigsten ist wohl, daß der 
Benutzer mehrere Dinge gleichzeitig durchführen kann und 
trotzdem noch den Überblick behält. Es gibt keine Ein- 
schränkungen mehr in der Anzahl der Images, die hinter- 
einander auf den Bildschirm passen; der Anwender kann 
den Bildschirm mit überlappenden Fenstern füllen und 
dadurch die Informationsdichte erreichen, die er am besten 
findet. 

Dazu gehören auch solche Vorgänge wie der Wechsel 
von einer Tabelle zur anderen, das Kopieren von Daten und 
Strukturen von einer Tabelle zur anderen, das Erkennen 
von Zusammenhängen zwischen einem Datenbestand und 
einem anderen und so weiter. Das bedeutet auch, daß Win- 
dows-Paradox für den Anwender weniger modusorientiert 
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aussieht als der zeichenorientierte Vorgänger. Es gibt im 
Original-Paradox Fälle, in denen der Anwender (wenn auch 
nur kurz) einen Kontext verlassen muß, um in einem ande- 
ren zu arbeiten. Die Windows-Version verringert solche 
Moduswechsel und ihre Auswirkungen auf den Arbeitsab- 
lauf. 

Ein Beispiel dafür: Wenn der Benutzer in der zeichen- 
orientierten Version eine Dateneingabemaske bei der 
Dateneingabe nebenbei verändern möchte, gibt er einen 
Befehl ein, um die Maskenroutinen aufzurufen. Die Daten 
und die Maske, mit denen er gerade gearbeitet hat, werden 
erst wieder sichtbar, wenn er die Änderung der Bild- 
schirmmaske beendet hat. In der Windows-Version er- 
scheint die Maskendefinition in einem Unterfenster, wobei 
die Daten im übergeordneten Fenster sichtbar bleiben. 

Zu den weiteren Vorteilen, die Windows-Paradox dem 
Anwender bietet, gehören: 


= Die Windows-Version unterstützt automatisch alle 
hochauflösenden Ganzseitenbildschirme, die auch von 
Windows unterstützt werden. 

= Die Listenroutinen bieten erweiterte Font-Unterstüt- 
zung und akzeptieren auch Bitmap-Bilder aus der Zwi- 
schenablage (clipboard) von Windows. Der Anwender 
kann Paradox-Listen mit Logos, Unterschriften, Bildern 
und dergleichen verschönern. Windows-Paradox akzep- 
tiert Bitmap-Bilder nicht als Datentypen, doch Schwartz 
gibt zu, daß das »eine natürliche Richtung« ist, in die 
sich das Produkt entwickeln wird. 

«= Windows-Paradox kann mit Hilfe von DDE (dynamic 
data exchange) Daten mit anderen Windows-Anwen- 
dungen austauschen. Bei der Vorstellung von Microsoft 
Excel in den USA zeigte Ansa eine frühe Version von 
Paradox, die als Auftragnehmer (client) unter Microsoft 
Excel lief, wobei Paradox mit der Excel-Makrosprache 
gestartet wurde und Daten über DDE an Microsoft 
Excel übergeben wurden (Bild 6). Die fertige Windows- 
Version von Paradox ermöglicht auch eine Umkehrung 
dieses Vorgangs: Man kann andere Anwendungen mit 
Programmen, die in der Programmiersprache von Para- 
dox (PAL: Paradox application language) geschrieben 
wurden, starten und steuern. 


Performance 


Das ganze sieht recht rosig aus, doch Schwartz räumt ein, 
daß die Vorteile der Windows-Umgebung gleichzeitig zu 
einer Leistungsverschlechterung führen. Der Grund dafür 
liegt weniger darin, daß Windows Text im Grafikmodus 
darstellt, sondern vielmehr darin, daß Windows Programm- 
Module aus dem Speicher auslagert und sie später wieder 
einliest. 

Da das Programm zum Zeitpunkt des Interviews noch in 
der Entwicklung war, konnte Ansa noch keine genauen 
Benchmark-Ergebnisse vorlegen. Schwartz meint jedoch, 
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Bild 6: Paradox kann mit Hilfe von DDE Echtzeit-Kommu- 
nikationen mit anderen Anwendungen aufbauen. 


daß die Firma »mit der Performance auf einem 10-MHz- 
286-System und besseren Systemen sehr zufrieden ist«. Und 
er merkt dazu an, daß der SMARTDrive-Treiber, eine 
Disk-Cache-Utility von Microsoft zur Performance-Verbes- 
serung von Windows, die Geschwindigkeit auf allen Syste- 
men erheblich verbessert. 


Die Furcht genommen 


Was kann Richard Schwartz anderen Windows-Entwicklern 
für Ratschläge mit auf den Weg geben? Am wichtigsten ist 
wohl, das der Neuentwurf eines MS-DOS-Programms für 
die Windows-Umgebung nicht die schreckliche Aufgabe ist, 
für die es allgemein gehalten wird, besonders dann nicht, 
wenn das Programm gut strukturiert ist. Das zweite besteht 
darin, wie man Individualität unter Bedingungen wahren 
kann, die eigentlich Gleichheit verlangen. 

»Einige Leute meinen, daß alle Produkte gleich aus- 
sehen werden, daß dem Programmdesigner in der Win- 
dows-Umgebung alle Kreativität genommen worden ist«, 
sagt Schwart dazu. »Es ist so viel standardisiert worden, das 
alles gleich aussehen und gleich funktionieren wird. Das ist 
in gewisser Hinsicht richtig. Doch es gibt immer noch ganz 
unterschiedliche Arten, auf die man diese Umgebung zur 
Präsentation einer bestimmten Anwendung vorteilhaft ein- 
setzen kann.« 

»Sie müssen sich zunächst mit den Grundlagen beschäf- 
tigen, wie eine stark benutzerorientierte Anwendung auf- 
gebaut wird und wie Sie sie präsentieren wollen. Und erst 
danach sehen Sie sich an, was es dafür an Windows-Mög- 
lichkeiten gibt und wie man sie einsetzt. Die größten Aus- 
wirkungen auf den Benutzer hat das darunterliegende Pro- 
gramm-Modell, und das wird von Windows nicht berührt. 
Windows ist nur ein Weg es darzustellen und es dem An- 
wender effektiver zu präsentieren.« 

Craig Stinson/jü 
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Paradox unter MS-OS/2 


Paradox wurde in Zeiten begrenzter Ressourcen konzipiert. 
Die Entwicklung begann in der ersten Hälfte des Jahres 
1981, Monate bevor der IBM-PC angekündigt wurde und 
als 64 Kbyte noch ein Wunschtraum der meisten Compu- 
terbenutzer war. 

In den nächsten Jahren, in denen Maschinen mit größe- 
ren Kapazitäten allgemein zugänglich wurden, wuchs Para- 
dox, sowohl was das Anwendungsgebiet als auch was die 
Fähigkeiten anbelangt; als Paradox dann im Herbst 1985 
angekündigt wurde, benötigte es 512 Kbyte, was in der 
Praxis bedeutete, daß ein Personalcomputer mit 640 Kbyte 
benötigt wird. 

Doch wie jemand, der auch schon schlechtere Zeiten 
gesehen hat, hat Paradox niemals vergessen, was es bedeu- 
tet, in »Hungerzeiten« zurechtzukommen. Von Anfang an 
beinhaltet das Produkt eine virtuelle Speicherverwaltung, 
die Daten auf der Platte auslagert, wenn das nötig ist. Eines 
der wichtigsten Verkaufsargumente ist jedoch die heuristi- 
sche Vorgehensweise bei relationalen Abfragen. Ein wichti- 
ger Aspekt dieses Prozesses ıst das »Nachdenken« der 
Maschine darüber, welche Daten derzeit im Speicher und 
welche gerade ausgelagert sind. 

Der große Adreßraum, den die 80286- und 80386-Chips 
im geschützten Modus bieten, bedeuten für Paradox also 
eine Art »Befreiung«, die durch vorläufige Leistungsstatisti- 
ken eindrucksvoll bestätigt werden (Bilder 7 und 8). 

Nach den Zahlen zu urteilen, erledigt Paradox große 
Sortierungen und komplexe Abfragen sehr viel schneller als 
die MS-DOS 3.3-Version. Die 80386-Version erledigt Ab- 
fragen ungefähr genauso effizient, wie die OS/2-Version 
und sie ist beim Sortieren sogar etwas schneller. 

Die vielleicht überraschendste Information dieser Zah- 
len ist, daß Paradox 2.0 im Real-Modus unter OS/2 (in der 
Kompatibilitätsbox von OS/2) schneller ist, als das gleiche 
Produkt auf der gleichen Hardware unter MS-DOS 3.3, 
Laut Microsoft laufen die meisten MS-DOS-Programme in 
der Kompatibilitätsbox etwa fünf Prozent langsamer. 
Richard Schwartz von Ansa führt die Leistungssteigerung 
auf die Tatsache zurück, daß Paradox sehr viele wahlfreie 
Dateizugriffe durchführt und dabei erheblich vom Disk- 
Caching von OS/2 profitieren kann. 

Leistungsdaten für die Microsoft Windows-Version von 
Paradox waren bei der Erstellung dieses Artikels leider 
noch nicht verfügbar. 
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Bild 7: Vorläufige Angaben über die Performance von drei 
neuen Paradox-Versionen, gemessen auf einem IBM PS/2 
Model 80. Die Abfrage besteht darin, eine Tabelle mit 5000 
Sätzen mit einer Tabelle von 10000 Datensätzen zu verbinden; 
der Sort verwendet eine Tabelle mit 500 Sätzen. Die Werte für 
Paradox OS/2 und Paradox 386 können unterschiedlich sein, 
wenn die endgültigen Produkte ausgeliefert werden. 
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Bild 8: Die Leistungssteigerung der drei neuen Paradox-Ver- 
sionen im Vergleich zu Paradox 2.0 unter MS-DOS 3.3. Diese 
Werte sind vorläufig und geben nicht unbedingt die wirkliche 
Leistung der später ausgelieferten Produkte wider. 
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Windows und OS/2 Presentation Manager 





Von Windows zum OS/2 Presentation Manager 


Der Microsoft OS/2 Presentation Manager stellt 
die Vereinigung von zwei Technologien dar: der 
Betriebssystemumgebung Windows und OS/2, 
dem Betriebssystem für den geschützten Modus. 
Wie bei den meisten Hochzeiten gibt es auch 
beim Presentation Manager etwas Altes, etwas 
Neues, etwas Traditionelles und etwas Zu- 
kunftsweisendes. 


Das Alte ist Microsoft Windows. In gewissem Sinne ist der 
Presentation Manager sogar Windows. Auch wenn es eine 
Reihe von Änderungen gegenüber der MS-DOS-Version 
von Windows gibt, sind fast alle Programmierkonzepte 
direkt in die neue Umgebung übernommen worden: mel- 
dungsgesteuerte Programmierung, Fensterfunktionen, Res- 
sourcen usw. Wenn Sie wissen, wie Windows programmiert 
wird, ist der Presentation Manager ein Klacks. 

Das Neue sind die geschützte Hardwareumgebung und 
OS/2. Es wäre sicherlich nicht unberechtigt zu sagen, daß 
dies die Umgebung ist, für die Windows eigentlich gedacht 
ist. OS/2 bietet echtes, preemptives Multitasking im Gegen- 
satz zum einfachen simulierten Multitasking von Windows. 
Anwendungen brauchen nicht länger aufeinander zu war- 
ten, um dıe Steuerung zu erhalten. Innerhalb einer Anwen- 
dung kann die OS/2-Möglichkeit mehrerer gleichzeitig 
ausführbarer Threads sehr sinnvoll eingesetzt werden, 
wobei beispielsweise jedem Fenster ein eigener Thread zu- 
geordnet werden kann. Die geschützte Hardwareumgebung 
erweitert die Speicheradressierungsfähigkeiten enorm und 
macht dadurch einige der bisher softwaremäßig ausgeführ- 
ten Speicherverwaltungsaufgaben des MS-DOS-Windows 
überflüssig. 

Das Traditionelle ist die Grafikprogrammierschnittstelle 
GPI (Graphics Programming Interface). Sie wurde von den 
Großrechnerstandards GDDM (Graphics Data Display 
Manager) und GCP (Graphics Control Program) übernom- 
men. GPI ersetzt das Graphics Device Interface (GDI) von 
Windows durch einen umfangreicheren und flexibleren Satz 
von Grafikfunktionen. 

Das Zukunftsweisende ist, wie sie vielleicht schon ver- 
mutet haben, IBM. Der Presentation Manager spielt eine 
wichtige Rolle als Bedienungsoberfläche der System- 
Anwendungs-Architektur (SAA) von IBM, zumindest für 
Systeme mit Grafikfähigkeiten. IBM hat ehrgeizige Pläne 
für SAA: eine einheitliche Benutzeroberfläche und Pro- 
grammierschnittstelle auf einer breiten Palette von Syste- 
men, von PCs bis zu Großrechnern. Irgendwann einmal 
wird es möglich sein, eine Presentation-Manager-Anwen- 
dung auf jedem System neu zu kompilieren und laufenzulas- 
sen. Für Systeme ohne Grafik wird eine Untermenge der 
Funktionen des Presentation Managers verfügbar gemacht, 
die eine ähnliche Benutzerschnittstelle bietet, jedoch zei- 
chenorientiert arbeitet. 
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Bild 1: Der Presentation Manager verwendet die gleiche 
Benutzerschnittstelle wie Windows 2.0. 


Das Programm SayWhat 


Um die Unterschiede und Gemeinsamkeiten zwischen einer 
Presentation-Manager-Anwendung und einer Windows- 
Anwendung zu untersuchen, werde ich hier ein einfaches 
Beispielprogramm mit dem Namen SayWhat vorstellen. (Es 
handelt sich dabei um meinen Beitrag im Wettbewerb um 
die »dümmste Windows-Anwendung«.) Die Grundlage da- 
für war das Beispiel »Hello« im Windows Software Deve- 
lopment Kit, das ich ein wenig »aufgebohrt« habe. Anstatt 
die Meldung »Hello« nur an einer Stelle anzuzeigen, 
wandert der Text zufällig im Fenster herum und ändert 
dabei seine Farbe. Wenn SayWhat zum Sinnbild gemacht 
wird, wird die Meldung Zeichen für Zeichen angezeigt, 
wobei das Zeichen im Sinnbild herumwandert. Mit einem 
Steuerungsfenster in Form einer moduslosen Dialogbox 
kann man den angezeigten Text ändern und es kann einge- 
stellt werden, wie schnell er sich bewegt und wie oft er eine 
zufällig gewählte neue Richtung auswählt. 

SayWhat demonstriert mehrere Programmiertechniken, 
die für Windows und den Presentation Manager sehr nütz- 
lich sind. Er zeigt auch einen Fehler dabei auf, wie viele 
Windows-Anwendungen den Bildschirm beschreiben und 
wie dies verbessert werden kann. Die Versionen für Win- 
dows und den Presentation Manager sind nebeneinander 
abgedruckt, damit sie besser verglichen werden können. Die 
Listings sind mit der Listingnummer und »w« für »Win- 
dows« und »pm« für »Presentation Manager« beschriftet. 

Beim Vergleich der Listings ist deutlich zu sehen, daß 
die Grobstruktur beider Programme identisch ist. Die wich- 
tigsten Aspekte von Windows sind auch beim Presentation 
Manager vorhanden: Meldungen, Fensterfunktionen, An- 
zeige (painting) usw. Im Detail sind jedoch zahlreiche 
Unterschiede vorhanden. 





Windows und OS/2 Presentation Manager 
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Bild 2: SayWhat in Aktion. 


Der Einstieg 


Als erstes haben beide Programme eine Haupt-Funktion, 
im Presentation Manager wird sie jedoch auch main( ) ge- 
nannt und nicht WinMain( ), wie bei Windows-Anwendun- 
gen. Das ist so, weil eine Presentation-Manager-Anwen- 
dung zunächst einmal eine ganz normale OS/2-Anwendung 
ist; was sie von anderen OS /2-Anwendungen unterscheidet, 
ist die Verwendung der Programmierschnittstelle (API, 
Application Programming Interface) des Presentation 
Managers. 

Die Parameter, die an main übergeben werden, unter- 
scheiden sich von denen, die in der Windows-Version an 
WinMain übergeben werden. Der Parameter 1pszCmd- 
Line wird durch die gewohnteren und praktischeren Para- 
meter argc und argv ersetzt. Es gibt keinen Parameter 
wie nCmdShow; wenn das Hauptfenster einer Anwendung 
als normales sichtbares Fenster mit WinCreateStdWin- 
dow angelegt wird, werden alle notwendigen Dinge auto- 
matisch berücksichtigt, inklusive der Fenstergröße. Wenn 
Sie eine direktere Kontrolle der Fenstergröße benötigen, 
legen Sie einfach das Fenster unsichtbar an und stellen dann 
selbst die Größe und Position ein. Schließlich fehlen noch 
die Parameter hPrevInstance und hInstance: hPrev- 
Instance wird überhaupt nicht verwendet und es gibt im 
Presentation Manager keine Entsprechung für die Funktion 
GetInstanceData, Unter OS/2 gibt es Vorkommen nicht 
im gleichen Sinn wie unter Windows. Unter OS/2 gibt es 
nur Prozesse und jeder Prozeß initialisiert seine eigenen 
Daten, Nachfolgende Vorkommen einer Anwendung haben 
genau die gleiche Initialisierung wie das erste Vorkommen. 


Die Meldungsschleife 


Die Haupt-Meldungsschleife eines Presentation-Manager- 
Programms ist nahezu identisch mit der Hauptschleife eines 


Windows-Programms. Bis auf einige Namensänderungen 
und die Verwendung des Parameters hAB besteht der ein- 
zige Unterschied darin, daß die Funktion TranslateMes- 
sage nicht verwendet wird. Da diese Funktion sowieso im- 
mer benötigt wurde, ist sie mit WinGetMsg zusammenge- 
legt worden. Die Tastaturmeldungen des Presentation 
Managers sind sogar erheblich vereinfacht worden. Die 
Meldungen WM_KEYDOWN, WM_KEYUP, WM_SYSKEYDOWN 
und WM_SYSKEYUP sind alle nicht mehr vorhanden und die 
Informationen, die von Ihnen geliefert wurden, sind nun alle 
über WM_CHAR zu erhalten. Die Meldung WM_CHAR über- 
gibt nun die unbearbeiteten Tastaturinformationen (raw), 
die sonst von der Meldung WM_KEYDOWN/UP übergeben 
wurden, und zusätzlich auch die umgesetzten ASCII-Zei- 
chen (translated), die sonst von WM_CHAR übergeben wur- 
den. 


Initialisierung 

Vor der Meldungsschleife muß die Anwendung jedoch ini- 
tialisieri und das Hauptfenster angelegt werden; dies ge- 
schieht in der Funktion SayInitApp. Die Version für den 
Presentation Manager beginnt mit zwei neuen Aufrufen: 
Zunächst wird WinInitialize aufgerufen, wodurch das 
Programm für den Presentation Manager initialisiert wird 
und eine Handle auf den »Anchor-Block« übergeben wird, 
die hier hAB genannt wird. Der Anchor-Block wird vom 
Presentation Manager nicht verwendet, er ist nur für die 
Kompatibilität mit zukünftigen SAA-Umgebungen vorhan- 
den. Der Parameter hAB wird jedoch bei mehreren Funkti- 
onsaufrufen benötigt. 

Die Verwendung von WinInitialize bedeutet nicht, 
daß es sich bei einer Anwendung um eine Presentation- 
Manager-Anwendung handelt. Tatsächlich können sogar 
zeichenorientierte OS/2-Anwendungen Winlnitialize 
verwenden, wenn sie die lokale Speicherverwaltung oder die 
Atom-Funktionen des Presentation Managers verwenden 
wollen. Dann wird WinCreateMsgQueue aufgerufen, mit 
der die Meldungsqueue zugewiesen wird. Anders als unter 
Windows muß man dies hier selbst machen. Dadurch erhält 
man eine größere Flexibilität: Man kann die Größe der 
Meldungsqueue angeben oder einfach die Standardgröße 
verwenden, indem man als Größe 0 angibt, wie SayWhat 
das macht. 

WinCreateMsgQueue ist der besondere Aufruf, der 
besagt, daß es sich um eine Presentation-Manager-Anwen- 
dung handelt. Er richtet diesen Thread als Meldungsqueue- 
Thread ein und bewirkt, daß der Grafikmodus eingestellt 
wird, wenn eine Presentation-Manager-Anwendung gestar- 
tet wird und die übliche Oberfläche anstelle der Presenta- 
tion Manager-Oberfläche läuft. Wenn Sie mehrere Threads 
verwenden, können einige Threads eine Meldungsqueue 
haben und andere nicht, doch jeder Thread, der Fenster 
anlegen will, muß WinCreateMsgQueue aufrufen, da 
Threads sich nicht eine Queue teilen können, 
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FM 
# MAKE-Datei für SAYWHAT (Windows-Version) 


BE sw.c sw.h 
cl -c -AS -DLINT_ARGS -Gcsw -Das -W3 -Zdp sw.c 


sWw.rc 5w.h 


sWw.rTes: 
Te “T 3W.Tc 


saywhat.exe: sw.ob] sw.res sw.d 
link4 sw, saywhat/align:16, rat /uagitne, slibw, sw.def 
mapsym saywhat 
rc sw.res saywhat.exe 





Listing 1w: Die MakeDatei SW für SayWhat. 


Beide Anwendungen laden dann einige String-Ressourcen. 
Dies ist in den beiden Versionen fast identisch, bis auf den 
Parameter hAB, der von der Presentation-Manager-Version 
verwendet wird. Darauf werden einige Informationen über 
den Bildschirm abgefragt: die Anzahl verfügbarer Farben, 
die Größe des System-Fonts und die Bildschirmgröße. In 
der Windows-Version wird ein Informations-Kontext ange- 
legt, der wie ein Einheiten-Kontext ist, jedoch nur zum 
Sammeln von Informationen über eine Einheit verwendet 
wird. Dann werden mit GetTextMetrics Informationen 
über den System-Font und mit GetDeviceCaps die An- 
zahl der Bildschirmebenen abgefragt. 

Die Presentation-Manager-Version ist hier etwas 
anders. Anstelle eines Informations- oder Einheiten-Kon- 
textes weist sie einen Präsentationsbereich (presentation 
space) mit WinGetPS zu. Obwohl der Presentation Mana- 
ger auch Einheiten-Kontexte kennt, verwenden die meisten 
Grafikfunktionen statt dessen einen Präsentationsbereich, 
der ın einer einfachen Anwendung wie SayWhat genauso 
verwendet werden kann, wie Kontexte in der Windows-Ver- 
sion. Der Präsentationsbereich ist jedoch wesentlich lei- 
stungsfähiger und flexibler; beispielsweise können damit 
Grafikaufrufe aufgezeichnet und später ausgeführt werden, 
ähnlich wie bei einer Metadatei. Dadurch kann man es sich 
sparen, die Meldung WM_PAINT zu bearbeiten. (Dadurch 
wird die Leistung nicht verbessert, doch es kann bei einigen 
Anwendungen eine Programmiererleichterung sein.) Die 
Einzelheiten der Präsentationsbereiche sollen hier nicht be- 
schrieben werden, da SayWhat nichts sonderlich interes- 
santes damit macht. 

Nachdem sie eine Handle auf den Präsentationsbereich 
erhalten hat, ruft die Presentation-Manager-Version Gpi- 
QueryCharBox auf, um die Größe der Zeichen des 
System-Fonts festzustellen, und GpiQueryColorData, um 
die Anzahl der Farben zu erhalten. Es ist zu beachten, daß 
hier die Anzahl der wirklich verschiedenen Farben verwen- 
det wird, nıcht die Anzahl der Bildschirmebenen wie in der 
Windows-Version. 
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#7 SWP 
# MAKE-Datei für SAYWHAT (Presentation-Manager-Version) 


swp.obj: 
cl -c -AS S PDLINT ARcs -Gcsw -Oat -W3 -Zp swp.c 


Sswp.Tes: swp.rc swp.h 
re -T swp.rc 


N exe: 
Bswp. 
mapsym saywhat 
re swp.res saywhat.exe 


swp.obj swp.res swp.def 
Ink 


Listing Ipm: Die MakeDatei SWP für SayWhat. 


Anlegen eines Fensters 


Nun kann die Fensterklasse registriert und das Hauptfen- 
ster angelegt werden. Hier stößt man auf einen großen 
Unterschied zwischen Windows und dem Presentation 
Manager - der Fensteraufbau einer Standardanwendung. 

Unter Windows besteht das Fenster einer Standard- 
anwendung aus zwei Teilen: dem Anwendungs-Bereich 
(client area), auf den ein Programm normalerweise zugreift 
und der Nicht-Anwendungs-Bereich, der alle Steuerungs- 
möglichkeiten um das Fenster herum beinhaltet: die Titel- 
zeile, der Rahmen zur Größeneinstellung, das Menü usw. 
Ihre Fensterfunktion erhält Meldungen für den Anwen- 
dungs- und den Nicht-Anwendungs-Bereich, gewöhnlich 
werden die Meldungen WM_NCxxxx (nonclient) an Def- 
WindowProc weitergegeben. Auch wenn dies bei den mei- 
sten Anwendungen funktioniert, hat dieser Aufbau einige 
Probleme. Das Verhalten der Nicht-Anwendungs-Steuerun- 
gen ist direkt in Windows programmiert. Es ist möglich, 
einige der Verhaltensweisen dadurch zu beeinflussen, daß 
die Meldungen WM_NCxxxx abgefangen werden, doch dies 
ist sehr umständlich und ziemlich eingeschränkt. Es gibt 
auch einige Inkonsistenzen, z.B. die Tatsache, daß die Stan- 
dard-Scrollbalken Teil des Nicht-Anwendungsbereichs sind, 
Scrollbalken, die nicht dem Standard entsprechen jedoch als 
Unterfenster angelegt und anders behandelt werden. 

Als ich den Fenstereditor für eine meiner Anwendungen 
programmierte, war diese Struktur ein ernsthaftes Hinder- 
nis. Ich benötigte die volle Kontrolle über alle Aspekte des 
Verhaltens eines Fensters, da meine Anwendung es dem 
Anwender ermöglicht, nebenbei die Fenstereigenschaften 
aufzubauen und zu ändern. Ich wollte nicht, daß sıch die 
Nichi-Anwendungsbereiche im Entwurfs-Modus normal 
verhalten, da sie zu diesem Zeitpunkt Dinge waren, die edi- 
tiert werden sollten. Letzendlich gelang es mir, das ganze 
halbwegs zum Laufen zu bringen, doch nicht genauso, wie 
ich es mir vorstellte. Wenn ein Benutzer zum Beispiel das 
Maximize-Sinnbild von einem Fenster entfernen wollte, 
mußte ich das ganze Fenster löschen und neu anlegen. 
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Keine Link-Datei in der Windows-Versiont 





Listing 2w: Die Windows-Version benötigt keine Link-Datei. 


Beim Presentation Manager wurde dieser Aufbau beseitigt. 
Die Funktionalität ist noch verfügbar, sie ist jedoch mit 
Hilfe von Unterfenstern und einigen vordefinierten Fenster- 
klassen realisiert. Alle Dinge, die Teil des Nicht-Anwen- 
dungsbereichs waren, sind nun Unterfenster und man kann 
besonderes mit ihnen anstellen, indem sie einfach als 
Unterklasse verwendet werden, genauso wie das bei jedem 
anderen Fenster gemacht wird. Es gibt eine neue Fenster- 
klasse, das Rahmenfenster, das alle diese Unterfenster 
beinhaltet und sie in Abhängigkeit von der Fenstergröße 
positioniert. Was unter Windows der Anwendungsbereich 
war, ıst nun selbst ein Unterfenster des Rahmenfensters. 

Doch für die meisten Anwendungen macht das keinen 
Unterschied. Man kann die Funktion WinCreateStdWin- 
dow verwenden, um ein Standard-Rahmenfenster mit den 
gewünschten Steuerungsmöglichkeiten anzulegen, und alles 
verhält sich im wesentlichen genauso wie vorher. Der ein- 
zige gravierende Unterschied besteht darin, daß einige 
Operationen, die bisher mit Windows-Funktionen durch- 
geführt wurden, nun dadurch erreicht werden, daß Meldun- 
gen an die diversen Steuerungen geschickt werden. 

Doch bei Anwendungen, bei denen die Steuerungen im 
Rahmenfenster besonders behandelt werden, wird einem 
mit diesem Aufbau das Leben wesentlich leichter gemacht. 
Die Behandlung von Unterfenstern ist wesentlich einfacher, 
als die Behandlung aller möglichen WM_NCxxxx-Meldun- 
gen; es ist eine übersichtlichere und wesentlich konsisten- 
tere Struktur. Man kann nun sogar weitere Steuerungen 
zum Rahmenfenster hinzufügen und sie beliebig plazieren. 

Der Fensteraufbau wurde noch weiter verbessert. Unter 
Windows hat jedes Fenster ein übergeordnetes Fenster 
(parent window) und ein Besitzer-Fenster (owner window). 
Das übergeordnete Fenster bestimmt, wie der Bildschirm- 
platz verwendet wird - ein Unterfenster steht im übergeord- 
neten Fenster und wird an dessen Rändern abgeschnitten. 
Der Besitzer bestimmt zwei Dinge: Steuerungsfenster (zum 
Beispiel Editierfelder) schicken Benachrichtigungsmeldun- 
gen an ihren Besitzer und Pop-Up-Fenster verschwinden, 
wenn der Besitzer zum Sinnbild wird, Dies sind zwei ver- 
schiedene Schritte, obwohl Windows sie in einer einzigen 
Handle für das übergeordnete Fenster kombiniert und diese 
Handle entsprechend den Stil-Bits des Fensters interpre- 
tiert. Für ein WS_CHILD-Fenster ist das übergeordnete 
Fenster tatsächlich sowohl das übergeordnete Fenster als 
auch der Besitzer. Für ein WS_POPUP-Fenster ist es NULL 
und das übergeordnete Fenster ist tatsächlich der Besitzer. 


Swp 
saywhatp/align:16 


saywhatp/map 
wincalls doscalls zlibce286/N0D 
swp.def 





Listing Z2pm: Die Link-Datei SWP . LNK für SayWhat. 


Der Presentation Manager trennt die Handles des über- 
geordneten und des Besitzer-Fensters, so daß sie individuell 
angegeben werden können. Dadurch erübrigen sich die 
Fenstertypen WS_CHILD, WS_POPUP und WS_OVER- 
LAPPED; statt dessen ist ein Fenster ganz einfach nur cin 
Fenster. Des weiteren hat jedes Fenster ein übergeordnetes 
Fenster, denn es gibt ein neues Fenster, das Desktop-Fen- 
ster genannt wird, und das aus dem ganzen Bildschirm be- 
steht. Jedes Fenster der obersten Ebene ist in Wirklichkeit 
ein Unterfenster des Desktop-Fensters. 

Unter Berücksichtigung dieser Dinge wollen wir uns die 
Aufrufe von WinRegisterClass und WinCreateStd- 
Window in SayWhat einmal ansehen. Zum Aufruf von Win- 
RegisterClass gibt es nicht viel zu sagen. Die Struktur 
WNDCLASS aus der Windows-Version ist verschwunden, da 
die meisten dadurch angegebenen Eigenschaften auf die 
Klasse des Rahmenfensters und auf WinCreateStdWin- 
dow übergegangen sind. Eine interessante Option von Win- 
RegisterClass ist das Stil-Bit CS_SYNCPAINT. Wenn 
dieses Bit gesetzt ist, werden WM_PAINT-Meldungen dieser 
Klasse nicht in der üblichen Weise abgesetzt. Statt dessen 
wird WM_PAINT immer sofort dann geschickt, wenn das 
Fenster für ungültig erklärt wird (invalidated). Dadurch 
werden die Rahmensteuerungen sofort neu gezeichnet; sie 
sind vom Typ CS_SYNCPAINT. In der Windows-Version 
wird dies von WM_PAINT besonders behandelt, unter dem 
Presentation Manager ist diese Möglichkeit jedoch jedem 
Fenster verfügbar. Da die Fensteranzeigeroutine von 
SayWhat sehr einfach und ziemlich schnell ist, bewirkt 
CS_SYNCPAINT eine saubere Bildschirmanzeige. Eine Fen- 
sterklasse, die länger zur Anzeige benötigt, sollte dieses Stil- 
Bit vermeiden, dann erhält das Fenster die abgesetzten 
WM_PAINT-Meldungen genauso, wie unter Windows. 

Der Aufruf von WinCreateStdWindow legt das Rah- 
menfenster von SayWhat sowie das Anwendungsfenster und 
die Rahmensteuerungen an. Von diesem Aufruf werden die 
Handles auf das Rahmenfenster und das Anwendungsfen- 
ster übergeben, das letztere durch einen Pointer im letzten 
Parameter. Die Fenster-Stil-Bits sehen ziemlich vertraut 
aus, doch die meisten beginnen mit FS_ anstatt WS_, da sie 
wirklich nur Anzeiger sind, die dem Rahmenfenster mittei- 
len, welches Unterfenster angelegt werden soll. Auch gibt es 
bei diesem Aufruf keine Angaben über die Position oder 
Größe. Der Trick besteht darin, daß einem Fenster mit dem 
Stil WS_VISIBLE automatisch eine passende Standard- 
größe- und -position zugewiesen wird. Alternativ kann man 
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; SW.DEF 
; SW.DEF - Moduldefinitionsdatei für SAYWHAT (Windows-Version) 


NAME Saykhat 
DESCRIPTION "Say What!" 
STUB "UINSTUB.EXE' 


CODE MOVEABLE 
DATA  MOVEABLE MULTIPLE 


HEAPSIZE 128 
STACKSIZE 4896 


EXPORTS 
SayAboutDlgProc 
Een Ale 
SaykhathWndProc 





Listing 3w: Die Modul-Definitionsdatei SW.DEF für Say- 
What. 


es unsichbar anlegen, es dann mit WinSetWindowPos ex- 
plizit an eine gewünschte Stelle positionieren und dann 
sichtbar machen. 

WinCreateStdWindow ıst nur als bequeme Methode 
zur Anlage eines Standard-Rahmenfensters gedacht. Es gibt 
auch eine allgemein verwendbares WinCreateWindow, mit 
dem jede Art von Fenster angelegt werden kann, wobei man 
die totale Kontrolle darüber hat, wie das Fenster aufgebaut 
ist, Diesen Aufruf wird man verwenden, um zusätzliche 
Unterfenster oder jede andere Art von besonderem Fenster 
anzulegen, 


Fensterfunktionen 


Jetzt, wo das Fenster angelegt ist, ist es Zeit, sich die Fen- 
sterfunktion SayWhatWndProc genauer anzuschauen. Es 
ist zu schen, daß die Fensterfunktionen in beiden Versionen 
sehr ähnlich sind. Wie ich bereits erwähnt habe, erfolgen 
alle Tastatureingaben unter der Meldung WM_CHAR, nicht 
bei WM_KEYDOWN, wie in der Windows-Version; doch an- 
sonsten sind beide im wesentlichen gleich. Die Mauseinga- 
ben sind ebenfalls fast identisch, nur die Namen sind geän- 
dert worden, damit die Inkonsistenz vermieden wird, daß 
der rechte Mausknopf die Meldungen WM_LBUTTONUP / 
DOWN schickt, wenn die Knöpfe vertauscht worden sind, der 
Hauptmausknopf heißt statt dessen WM_BUTTON1, 

Auch die anderen Meldungen, die von SayWhatWnd- 
Proc behandelt werden, werden sehr ähnlich verarbeitet: 
WM_CREATE, WM_DESTROY, WM_SIZE, WM_PAINT, 
WM_TIMER und WM_COMMAND. Ein sofort ins Auge fallender 
Unterschied ist, daß es kein entsprechendes wParam == 
SIZEICONIC gibt, doch es gibt eine neue Meldung 
WM_MINMAX, die die gleichen Informationen bereitstellt. 
WM_MINMAX wird also abgefangen und bearbeitet um her- 
auszufinden, wann das Fenster zum Sinnbild gemacht oder 
wieder auf die normale Größe wiederhergestellt wird. 
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; SWP.DEF | 
; SWP.DEF - Moduldefinitionsdatei für SAYWHAT (PM-Version) 


| NAME Saykhat 
DESCRIPTION 'Say What!" 
| STUB '052STUB.EXE' 


CODE MOVEABLE 
DATA MOVEABLE MULTIPLE 


HEAPSIZE 128 
STACKSIZE 4896 


EXPORTS 
SayAboutDleProc 
SaykhatDleProc 
SaykhatkWndProc 








Listing I3pm: Die Modul-Definitionsdatei SWP .DEF für Say- 
What, 


Es gibt jedoch bei allen Meldungen einige Unterschiede bei 
den Parametern. Anstelle eines 16-Bit-Parameters wParam 
und eines 32-Bit-Parameters 1Param sind nun zwei 32-Bit- 
Parameter vorhanden: 1Parami und 1Param2. Dadurch 
können mit Meldungen etwas mehr Informationen über- 
geben werden, doch der eigentliche Grund für diese 
Änderung war die Berücksichtigung solcher Meldungen, die 
eine zusätzliche Fenster-Handle in wParam übergeben, wie 
zum Beispiel WA_VSCROLLCLIPBOARD. Unter dem Presen- 
tation Manager sind Fenster-Handles und die meisten ande- 
ren Handles 32 Bit groß, nicht 16 Bit, wParam mußte also 
erweitert werden, um dies zu ermöglichen. Der Parameter 
hWnd der Fensterfunktion ist ebenfalls ein 32-Bit-Para- 
meter. Achten Sie darauf, wenn sie Programme haben, die 
davon ausgehen, daß Handles 16 Bit groß sind. 


Fensteranzeige 


Die Fensteranzeige wird in beiden Versionen von der 
Funktion SayWhatPaint ausgeführt. Sie ist in beiden Ver- 
sionen sehr ähnlich, obwohl die Presentation-Manager-Ver- 
sion keine PAINTSTRUCT hat. Statt dessen übergibt die 
Funktion WinBeginPaint eine Handle auf einen Präsen- 
tationsbereich und das zu aktualisierende Rechteck als 
separaten Parameter. Des weiteren verwendet es Gpi- 
SetColor anstelle von SetTextColor und GpiChar- 
StringAt anstatt TextOut. In beiden Fällen werden 
jedoch die gleichen Aufgaben erledigt. 

Es gibt einen besonderen Effekt in der Anzeigelogik von 
SayWhat. Wenn Sie SayWhat laufenlassen, werden Sie be- 
merken, daß der Text sich sauber auf dem Bildschirm um- 
herbewegt. Es gibt kein Flimmern, obwohl der Text jedes- 
mal neu angezeigt wird. Bei vielen Windows-Anwendungen 
macht sich bei der Textanzeige ein leichtes Flimmern be- 
merkbar, was dadurch verursacht wird, das meistens der 
Hintergrund komplett gelöscht wird und anschließend der 
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include <style.h> 


include <style.h> 
/include "sw.h” | 







STRINGTABLE 
BEG 






STR_NAHE, "Saykhat?" 
STR_ TITLE, "Say What!” 
STR_WHAT, "Hello Windows!" 


m, "Saykhat!" 
STR_TITLE, "Say What!" 
- | "Hello Windows?" 







'Ssaykhat! MENU MENU Saykhat! 
BEGIN { 


| Say", ' 










POPUP "&Say" 

BEGIN MENUITEM ""What...”, CMD_KHAT 
MENUITEM "&khat...” „ CMD_KHAT MENUITEM SEPARATOR 7 
MENUITEM SEPARATOR | MENUITEM "E’xit”, CMD EXIT 
MENUITEM "E&xit” ‚ CMD_EXIT MENUITEM SEPARATOR 5 
MENUITEM SEPARATOR Ka MENUITEM "A”bout Saykhat!...”, CMD_ ABOUT 

REN "About Saykhat!..."” „ CMD_ ABOUT | >= 







|EnD 
DLGTENPLATE DLG_ABOUT 


DIALOG "", DLG ABOUT, 19, 17, 130, 83, \ 
FS_DLGBORDER IWS_SAVEBITS | WS_VISIBLE 


CTEXT "Microsoft Windows”, -t.,. :B. 8, 







DLG ABOUT DIALOG 19, 130, 83 
STYLE WS_DLGFRAME | us "Bopup 
BEGIN ® 









CTEAT "Microsoft Hindaus", -1, 8, 8, 127, 98 CTEXT "Say What!”, -1, 8, 18, 
CTEXT "Say kWhat!", -1, 8,18, 127, 1) CTEXT "Version 1.28", 1, 8,538, 
CTEXT "Version 1.88", 1, 0.50, 127. 1) CTEXT "By Michael Geary"”, -T, 8, ir 
CTEXT "By Michael Geary", -), 8,4, 129. 8 DEFPUSHBUTTON "Ok", IDOK, 

BER ERFUSERIN TEN "OK", IDOK, 48, 62, 32, 14 








ENEERNIER DLG_WHAT 


DIALOG "Say What!” DLG WHAT, 49, 41, 177, 183, \ 
n- TITLEBAR ı FS_ SYSMENÜ | FS BORDER ı WS _ VISIBLE 


DLG WHAT DIALOG 49, 41, 177, 183 
CAPTION "Say What!" 
ISTHLE WS_CAPTION | WS_SYSMENU | WS VISIBLE | KS_POPUP 





































CONTROL "Say &hhat:” -1, "Static", SS.LEFT I\ CONTROL "Say "What:" -1, 8, 10, 4, N 
WS GROUP, 8,1, 48 WC STATIC, SS LEFT | WS GROUP 
CONTROL ie ITEM WHAT, "Edit"! ES LEFT IN CONTROL " ITEM WHAT, Te: Pr 2 FR 
ES AUTOHSCROLL | WS BORDER T WS _TABSTOP, 56, 8, 112, 022 WC EDIT, ESLEFT ı ES AUTOSCROLL. | ES MARGIN ! ) TE TABSTOP 
CONTROL "&Tine Delay:" -1, "Static", SS LEFT,\ CONTROL "Tine Delay:” 8.28, 53, : 
B, 28, 8, 8 WC STATIC, SS_LEFT 
CONTROL "" ITEM_INTBAR, "ScrollBar”,SBS HORZ ı\ CONTROL "" ITEM INTBAR, 56, 28, 
WS TABSTOP, 56, 28, 88, WG SCROLLBAR, SBS_HORZ I WS_TABSTOP 
CONTROL "" ITEM_INTERVAL, "Edit", ES LEFT I\ CONTROL " ITEM INTERVAL, 152, 26, 
WS BORDER | WS TABSTOP, 152, 26, 16, 12 WG EDIT, ES LEFT | ES _MARGIN ı us. TABSTOP 
CONTROL "&Stabllity:" -1, "Static", 55 LEFT,\ CONTROL ""Stabillty:" -1, 8, 46, 
B, 46, 56, 8 WG STATIC, 55 LEFT | 
CONTROL "" ITEM _DISTBAR, "ScrollBar”,SBS_HORZ I\ L u Fü ITEM DISTBAR, 56, 46, 
WS_TABSTOP, | 56, 46, 88, 8 WC_SCROLLBAR, SBS_HORZ | WS-TABSTOP 
i ITEM_DISTANCE, "Edit", ES LEFT I\ CONTROL "" ITEM DISTANCE, 152, 44, 
WS BORDER I WS TABSTOP, 152, 44, 16, 12 WG EDIT, ES LEFT | | ES MARGIN | WS_TABSTOP 
CONTROL "Painting: ” -1, "Static", SS LEFT,\ CONTROL "Painting:"” -1, 8, 64, 40, 8, 
8, 64, dB, 8 WC STATIC, SS LEFT 
CONTROL "&Clean” ITEM CLEAN, "Button’ \ CONTRO ""G]ean" ITEM CLEAN, 7: EP «FAR: Pa PN © 
BS AUTORADIOBUTTON | WS GROUP HS TABSTOP ‚56, 62, 36, 12 WG BUTTON, BS AUTORADIOBUTTON | WS GROUP | WS TABSTOP 
CONTROL "&Flicker” ITEM_FLICKER, "Button” jr CONTROL "*F]icker" ITEM FLICKER, 96, 62, 32, 12, \ 
BS AUTORADIOBUTTON, 96, '62, 42, 12 WC IE Pi AUTORADIOBUTTON 
L "Enter" IDOK, "Button", N\ CONTROL "E IDOK, 24, 82, 48, 14, \ 
BS DEFPUSHBUTTON | WS_ GROUP ı WS _TABSTOP, 24, 82, 48, 14 WC BUTTON. "ps DEFPUSHBUTTON I WS GROUP I WS _TABSTOP 
CONTROL "Esc=Close” IDCANCEL, "Button" IR CORTROL "Esc=Close” IDCANCEL, 184, 82, 48, 14, \ 
BE NRENEREEN I WS_TABSTOP, 184, 82, 48, 14 WC_BUTTON, BS_PUSHBUTTON | WS_TABSTOP 





Listing 4w: Die Ressource-Datei SW.RC für SayWhat (\ am Listing 4pm: Die Ressource-Datei SWP .RC für SayWhat (\ 
Ende der Zeile = folgende Zeile gehört dazu). am Ende der Zeile = folgende Zeile gehört dazu). 
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neue Text angezeigt wird. Das ist in Ordnung, wenn das 
Fenster das erste Mal angezeigt wird, wenn jedoch ein Teil 
des Fensters neu angezeigt werden soll, gibt es einen 
Sekundenbruchteil, in dem der Hintergrund leer ist. 

Dieser Effekt ist Ihnen sicherlich schon beim Windows- 
Notizblock und in Write aufgefallen. Wenn Sie in einem 
dieser Programme sehr schnell eingeben, flimmert die 
Zeile, in der die Eingabe erfolgt, ein wenig. In SayWhat 
können Sie dieses Problem dadurch sichtbar machen, daß 
Sie die Option »Flicker« in der Steuerungs-Dialogbox ein- 
schalten. Es ist dann sogar noch schlimmer, weil das Fen- 
ster so oft neu angezeigt wird. 

Wie vermeidet SayWhat diese Flimmern nun im norma- 
len Modus? Ganz einfach: Es löscht den Hintergrundtext 
unter dem anzuzeigenden Text nicht. Es löscht wenn es 
nötig ist alle Hintergrundinformationen, die nicht neu ange- 
zeigt werden, doch dort, wo neuer Text angezeigt wird, wird 
nur der Text geschrieben ohne vorher zu löschen. Dies 
funktioniert, weil Text normalerweise nicht durchsichtig 
ausgegeben wird; er überdeckt komplett das, was darunter 
liegt. 

Es gibt ın SayWhat zwei verschiedene Anzeigeroutinen, 
um dies zu demonstrieren. Wenn die Variable bClean- 
Paint FALSE ist, wird die übliche, flimmernde Methode 
verwendet, das heißt, zunächst wird der ganze Hintergrund 
gelöscht und dann der Text angezeigt. Wenn bCleanPaint 
TRUE ist, wird der Text ausgegeben und nur die übrigen 
Teile des Hintergrunds gelöscht. 

Es mag seltsam erscheinen, daß ich mich über ein so 
kleines Problem so breit auslasse, doch die Korrektur dieses 
kleinen Problems verbessert die Erscheinung einer Anwen- 
dung wesentlich. Ich weiß dies aus eigener Erfahrung: Der 
Gliederungseditor in meiner eigenen Anwendung flimmerte 
in der ersten Version schr stark und irritierte mich dadurch 
bei der Arbeit sehr. Dies verschwand, als ich es änderte, 
und diese Methode zur sauberen Anzeige verwendete. Und 
wenn es auch etwas zusätzlichen Programmcode in der An- 
zeigefunktion erforderte, wurde dadurch die Gesamtgröße 
und die Komplexität des Programms verringert. Das Flim- 
mern war so störend, daß ich schon alle möglichen Sonder- 
fälle berücksichtigen wollte, um sicher zu gehen, daß ich 
niemals mehr Fensterbereiche ungültig mache, als unbe- 
dingt notwendig war. Mit dieser sauberen Anzeigemethode 
ist das nun gleichgültig. Die Anzeige erfolgt nun ganz 
unaufdringlich, wenn ich also ein wenig zu viel für ungültig 
erkläre, macht das nichts. 


Dialogboxen 


SayWhat hat zwei Dialogboxen: eine modale About-Box 
und ein modusloses Steuerungfeld, die beide unter dem Fall 
WM_COMMAND in SayWhatWndProc behandelt werden. Der 
Programmcode ist in beiden Versionen ähnlich, bis auf die 
Tatsache, daß MakeProcInstance in der geschützten 
Umgebung von OS/2 nicht benötigt wird. OS/2 und die 
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Speicherverwaltungshardware weisen die korrekten Spei- 
cherbereiche für Dialogboxen automatisch zu. Dies ist ein 
Segen für alle, die sich öfter mit seltsamen Abstürzen unter 
Windows herumschlagen mußten, weil sie MakeProcIn- 
stance vergessen hatten. Diese Funktionen und die 
Fensterfunktionen müssen jedoch wie zuvor mit EXPORT 
deklariert werden. 

Es gibt einen wichtigen Unterschied in der Implementa- 
tion der Dialogbox-Funktion selbst. Unter Windows wird 
eine Dialogbox-Funktion nicht wie eine normale Fenster- 
funktion programmiert. Die Fensterfunktion für alle Dia- 
logboxen ist eine interne Funktion innerhalb von Windows 
mit dem Namen D1gWndProc, die Ihre Dialogfunktion auf- 
ruft, bevor sie ihre eigene Meldungsbearbeitung durchführt; 
wenn die Dialogfunktion einen Wert ungleich Null zurück- 
gibt, wird die eigene Meldungsbearbeitung übergangen. Ein 
Problem bei dieser Vorgehensweise besteht darin, daß 
Dialogfunktionen anders arbeiten, als normale Fenster- 
funktionen. Ein anderes Problem ist, daß es für eine Dia- 
logfunktion unmöglich ist, einen Wert an den SendMes- 
sage-Aufruf zurückzugeben. Der Rückgabewert wird nicht 
an SendMessage weitergegeben, D1gWndProc übergibt 
einfach Null. (Um das ganze noch unübersichtlicher zu 
machen, wird die Meldung WM_CTLCOLOR besonders be- 
handelt und dabei der übergebene Wert zurückgegeben.) 

Unter dem Presentation Manager funktionieren Dialog- 
funktionen genauso wie jede andere Fensterfunktion. Ihr 
Rückgabewert ist der wirkliche Rückgabewert und es gibt 
eine Standard-Meldungsfunktion WinDefDlgProc, die für 
Meldungen aufgerufen wird, die man nicht selbst bearbeitet. 
SayAboutDlgProc zeigt dies und macht, wie die meisten 
About-Boxen nicht mehr, als sich selbst zu schließen, wenn 
der OK-Button betätigt wird. 

Die andere Dialogbox, das Steuerungsfeld von SayWhat, 
ist interessanter, Diese Dialogbox hat kein Besitzerfenster 
(unter Windows übergeordnetes Fenster). Normalerweise 
wird ein Besitzerfenster angegeben, wenn eine Dialogbox 
angelegt wird, was drei Dinge bewirkt: Die Box wird relativ 
zum übergeordneten Fenster positioniert, sie liegt immer 
über dem übergeordneten Fenster und sie verschwindet, 
wenn das übergeordnete Fenster zum Sinnbild gemacht 
wird. In SayWhat wollte ich die beiden letzten Dinge jedoch 
nicht. Ich wollte, daß die Box sichtbar bleibt, wenn das 
SayWhat-Fenster zum Sinnbild gemacht wird, so daß man 
mit den Paramtern spielen kann, während das Sinnbild an- 
gezeigt wird. Ich wollte auch das Hauptfenster von SayWhat 
über die Dialogbox legen können. 

Dies wird dadurch ermöglicht, daß als Besitzer NULL 
angegeben wird. Ich wollte jedoch, daß die Box weiterhin 
relativ zum Hauptfenster positioniert wird und nicht relativ 
zum ganzen Bildschirm. Die Positionierung wird also im 
Programmcode unter WM_INITDIALOG explizit durchge- 
führt, indem in der Windows-Version ClientToScreen 
und in der Presentation-Manager-Version WinMapWin- 
dowPoints verwendet wird. WinMapWindowPoints ist 





Windows und OS/2 Presentation Manager 


/® SW.H - C-Headerdatei für SAYWHAT (Windows-Version) */ 


/* Konstanten für Stringtabelle */ 


define STR_NAME 181 
#define STR_TITLE 182 
|#define STR_WHAT 183 


/* 1Ds für Menübefehle */ 


#define CMD_ABOUT 281 
define CMD EXIT 282 
define CMD_WHAT 283 


/® IDs der Dialogbox-Ressourcen */ 


define DLG ABOUT 381 
define DLG WHAT 3B2 


|/#* "What...* IDs der Dialogboxfelder */ 


e ITEM_WHAT 
ITEM_INTBAR 
ITEM_INTERVAL 
ITEM_DISTBAR 
ITEM _DISTANGE 

ine ITEM_CLEAN 
#define ITEM_FLICKER 


/" Timer IDs #/ 


define TIMER MOVE 
#define TIMER CHAR 


Listing 5w: Die Header-Datei SW.H für SayWhat. 


eine nützliche Funktion, die ClientToScreen und 
ScreenToClient ersetzt, denn es kann ein Quellfenster, 
ein Zielfenster oder beides angegeben werden. Es setzt 
auch mit einem Aufruf so viele Punkte um, wie Sie möch- 
ten. In diesem Programm werden zwei Punkte umgesetzt, 
das heißt, ein Rechteck. 

Nach der Umsetzung müssen Sie sich vergewissern, daß 
die Dialogbox nicht teilweise außerhalb des Bildschirms 
positioniert wurde, man muß es also gegen die Bildschirm- 
maße gegenprüfen und wenn nötig entsprechend anpassen. 
Dann wird mit SetWinPos oder WinSetWindowPos die 
neue Position eingestellt. Diese Funktion arbeitet unter 
dem Presentation Manager etwas anders. Wenn Sie Set- 
WindowPos unter Windows 2.0 bereits verwendet haben, 
dann wissen Sie, daß sie eine Reihe von Dingen gleichzeitig 
erledigen kann, zum Beispiel das Fenster bewegen, ver- 
größern oder die Fensterreihenfolge verändern. Die Stan- 
dardeinstellung ist, daß alles gleichzeitig gemacht wird und 
der letzte Parameter gibt an, was die Funktion nicht 
machen soll. WinSetWindowPos macht das gleiche, nur 
der letzte Parameter gibt an, was gemacht werden soll, also 
genau umgekehrt. 





’/® SWP.H - C-Headerdatei für SAYWHAT (PM-Version) */ 


/* Stringtabellenkonstanten */ 


define STR_NAHE 181 
#define STR_TITLE 182 
#define STR_WHAT 183 


/" IDs Befehlsmenüs */ 
#define CMD_ABOUT 201 
#define CMD_EXIT 282 
#define CMD_WHAT 203 
|/* IDs Dialogboxressourcen */ 
32 
302 
..." IDs Dialogboxfelder */ 
0m 
ITEM_INTERVAL 
ITEM_DISTBAR 
= ITEM-DISTANCE 
ITEM_CLEAN 
ITEM_FLICKER 
/* Tiser IDs */ 


define TIMER MOVE 
define TIMER_CHAR 


/* IDs Menüressource */ 
#define MENU_WHAT 





Listing 5pm: Die Header-Datei SWP .H für SayWhat. 


Bitte beachten Sie, daß der y-Parameter von WinSetWin- 
dowPos die Fensterunterkante ist, nicht die Oberkante. 
Hier zeigt sich ein kleiner Unterschied zwischen Windows 
und dem Presentation Manager: Vertikale Koordinaten 
laufen von unten nach oben, nicht von oben nach unten, das 
bedeutet, die Position (0,0) ist die linke untere Ecke eines 
Fensters oder des Bildschirms, nicht die linke obere Ecke. 
Um damit übereinzustimmen, wird eine Rechteckstruktur 
nun in der Reihenfolge links, unten, rechts, oben anstatt 
links, oben, rechts, unten gespeichert, Wenn Sie mit den 
verschiedenen GDI-Umsetzungsmodi vertraut sind, die in 
Windows verfügbar sind, wird Ihnen sicherlich aufgefallen 
sein, daß sie bis auf MM_TEXT alle von unten nach oben 
laufen; bei MM_TEXT laufen die Koordinaten von oben nach 
unten, Durch die Änderung im Presentation Manager wird 
diese Inkonsistenz beseitigt, alle Koordinaten laufen nor- 
malerweise in die gleiche Richtung, dies erfordert jedoch 
einigen Umsetzungsaufwand. Man kann dem Presentation 
Manager sagen, daß er in einem Fenster die Koordinaten- 
richtung von oben nach unten verwenden soll, so daß da- 
durch die Umsetzung bestehender Anwendungen erleich- 
tert wird. 
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f* 
| 7 SW.G - C-Code für Saykhat - Windows-Version 
#* 


|/* Wichtig: Dieses Programm *muß* mit -Gc kompiliert werden #/ 


|#ifndef LINT_ARGS 
#define LINT_ARGS /* Argumentüberprüfung */ 
|#endif 


Jinclude <windows.h> 
Finclude <limits.h> 
Finclude <stdlib.h> 
|#include <string.h> 
include <time.h> 
#include "sw.h” 


define MIN INTERVAL 1 
#define MAX_INTERVAL 999 


/* Grenzen für nInterval */ 


#define MIN DISTANCE 1 ,% Grenzen für nDistance #/ 


#define MAX_DISTANGE 99 


/* statische Variablen %/ 
| HANDLE hInstance; Vorkommen-Handle %/ 


HWND hkndkhat; 
HWND hWndPanel; 


| FARPROC IpfnDlgProc; 


‘ Handle des Hauptfensters */ 
Handle für Steuerungsfeld */ 


ProcInstance für Dialog */ 


Fensterklassennane *#/ 
Titel des Hauptfensters */ 


aktueller Text */ 
Zeiger in szText wenn Sinnbild*/ 
ein Leerzeichen zum Zeigen */ 


char szAppNanel 18]; 
char szTitle[ 15]; 


char szText[4B]; 
NPSTR pText = szText; 
char eBlank = ' *'; 


RECT rcText; 
POINT. ptädvance; 
POINT ptCharSize; 
POINT ptäcreensize; 


aktuelles Text-Rechteck */ 

Schrittweite f. SayAdvanceText*/ 

X- und Y-Größe eines Zeichens */ 
' %- und Y-Größe des Bildschirns*/ 


nDisplayPlanes; ' Anzahl Bildschirmebenen */ 
rebTextColor; * aktuelle Textfarbe %/ 
hbräked; für Löschen des Hintergrunds */ 


nInterval = 48; aktueller Wert "Interval” */ 
nDistance = 30; /* aktueller Wert "Distance" */ 
nDistLeft = 8; /% ne ändern wenn BD */ 
bCleanPaint = TRUE; /* sauber/flimmernd anzeigen? */ 
bMouseDown = FALSE; /* Maus gedrückt? */ 

blconice = FALSE; /%* Hauptfenster ein Sinnbild? */ 


/* komplette Prototypen für die Funktionen */ 


BOOL FAR rap Ar HWND, unsigned, WORD, LONG }; 
void SayAdvanceTextChar( HWND ); 
void SayAdvanceTextPos{ HWND }; 
vold sayChangeGolor{ HUND ); 
void SayDoBarMsg( HWND, HHND, WORD, int ); 
void SayPillRect HDC, int, int, int, int ); 
SaylnitBar( HWND, int, int, int, int ): 
saylnitApni HANDLE, int ); 
SayInvalidateText( HWND ); 
SayLimitTextPos( HWND )}; 
sayMoveText{ HWND, POINT }; 
SaysetBar{ HWND, int *, int ); 
SaJEH Hop! int ); 
| BOOL FAR SaykhatD Bee HHND, unsigned, WORD, LONG }; 
| void SaykhatPaint( HWND ); 
LONG FAR SaykhatWndProc( HWND, N WORD, LONG ); 
void KinMain( HANDLE, HANDLE, PSTR, int ); 
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#define MIN DISTANGE 


f# 
ne - G-Code für Saykhat - Presentation-Manager-Version 
* 


#ifndef LINT_ARGS 
#define LINT ARGS /* Argumentüberprüfung */ 
#endif 


include <os2pn.h> 
<limits.h> 
<stdlib.h> 
<string.h> 
“time.h> 


|#inelude "swp.h” 


“define MIN INTERVAL Grenzen für ninterval */ 


#define MAX_INTERVAL 


'% Grenzen für nDistance */ 
MAX DISTANGE 


#define COLORDATAMAX 


/* statische Variablen *%/ 


hAB = NULL; /* Handle Anchorblock %/ 
hMsgQ = NULL; /* Handle Meldungsqueue #/ 


hundkhatFrame; /* Handle Rahmenfenster */ 
hHndkhat; /* Handle Anwendungsfenster */ 
hiundPane] ; /* Handle für Steuerungsfeld */ 


/* Fensterklassennane */ 


szAppName[ 18]; 
/* Titel des Hauptfensters */ 


szTitle[ 15]; 


szText[48]; /* aktueller Text */ 
npsz2Text = szText; /# Zeiger in szText wenn Sinnbild#/ 
cBlank = ' '; /* ein Leerzeichen zum Zeigen */ 


rcText; /* aktuelles Text-Rechteck */ 

ptAdvance; /* Schrittweite f. SayAdvanceText*/ 
ptCharsize; /* X- und Y-Größe eines Zeichens */ 
ptScreensize; /* X- und Y-Größe des Bildschirns#/ 


lColorMax; /* Anzahl verfügbarer Farben */ 
lColor; /* Index der TRSEAEN Textfarbe */ 


nInterval = 48; /* aktueller Wert "Interval" */ 
nDistance = 38; /* aktueller Wert "Distance” */ 
nDistLeft = #: /* Richtung ändern wenn 9 #/ 
bCleanPaint = TRUE; /* sauber/flimmernd anzeigen? */ 
bMouseDown = FALSE; /* Maus gedrückt? */ 

blconic = FALSE; /* Hauptfenster ein Sinnbild? */ 


,® konplette Prototypen für die Funktionen #;/ 


ULONG FAR PASCAL SayAboutDlgProc( HWND, USHORT, ULONG, ULONG ); 
VoID SayAdvanceTextChar( HWND ); 

VOID a HWND }; 

voID SayCchangeColor( HWND ); 


| vOID SayDoBarHsg( HHND, USHORT, USHORT, SHORT ); 


VOID SayExitApp( INT ); 
SayFillRect( HPS, SHORT, SHORT, SHORT, SHORT ); 
SaylInitBar( HWND, SHORT, SHORT, SHORT, SHORT ); 
SayInitApp( voID ); 
SaylInvalidateText( HWND ); 


| voID SayLimitTextPos( HWND ); 


VoID SayMoveText( HWND, POINT ); 

VOID SaySetBar( HWND, SHORT *, SHORT ); 

ULONG FAR PASCAL SaykhatDlgProc( HHND, USHÖRT, ULONG, ULONG }; 
voID SaykWhatPaint( HWND ); 

ULONG FAR PASCAL SaykhatWndProc( HWND, USHORT, ULONG, ULONG ); 
void cdecl main( INT, PSZ ); 
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/* Dialogfunktion für die "About”-Box #/ 
BOOL FAR BayAbbu DL EREDe hWndDlg, wMsg, wParam, 1Param ) 
HWND hhndDl 


Bi 
wisg; 
wParan; 
lParan; 


| wMsg ) 


case WM COMMAND: 
Zeh wParam )} 


unsigned 
WORD 
LONG 


case IDOK: 
EndDialog( hWndDlg, TRUE ); 
return TRUE; 


} 
return FALSE; 


[/* Geht im Sinnbildnodus zum nächsten Zeichen. 
a Nimmt am Ende des Strings ein Leerzeichen. 
% 


void SayAdvanceTextChar( hund ) 
HRND hknd; 


ift ! blconic ) 
return; 

ift pText == &cBlank ) 
pText = szText; 

else if( I *(++pText) ) 
pText = &cBlank; 


re hund ); 
saylInvalidateText{ hund ); 


/* Ändert die Textposition REEDESNeRN ptAdvance. Vermindert 
* zunächst nDistLeft, stellt ptAdvance und nDistLeft zufällig 
* neu ein wenn es Null wird, und ändert die Farbe. 

* Macht nichts, wenn die Maus betätigt wird, der Text folgt 
| * also der Maus. 


void SayAdvanceTextPos{ huWnd ) 
HWND hund; 


int 1; 


if( bMouseDown ) 
return; 
SaylInvalidateText{ hund ); 
ift nDistLeft-- < 8) { 
en = rand() % nDistance + 1; 
6) 
i = rand(); 
ptAdvance.x = ( 
1 <SHRTMXF3 7-1 
: 1 € SHRT MAX/3#2 ? 8 
- 1 
}; 
i = rand(); 
ptAdvance.y = { 
i < SHRTMAX/3 7-1 
»1 € SHRT_MAX/3*2 ? 8 
N - 1 
} while( ptAdvance.x == 8 && ptAdvance,y == 8); 
if( t blconle ) 
SayChangeColor( hind ); 
} else { 
rcText.left += ptAdvance.x; 
rcText.right += ptAdvance.x; 
rcText.top += ptAdvance.y; 
rcText.bottom += ptAdvance.y; 


} 
SaylInvalidateText{ hund ); 


/* Dialogfunktion für die "About”-Box */ 
ULONG FAR PASCAL SayAboutDlgProc(hkndDlg,wfsg, 1Paran!,1Paran2) 
HWND 


} 


hundDlg; 
wisg; 

lParan]; 
lParan?; 


USHORT 
ULONG 
ULONG 
A wisg ) 


case WM COMMAND: 
ach LOUSHORT(1Param!) ) 


case IDOK: 
WinDismissDlg( hWndDlg, TRUE ); 
break; 


} 
) 
return WinDefDlgProc( hWndDlg, wisg, 1Parani, 1Paran2 )}; 


/* Geht in Sinnbildmodus zum nächsten Zeichen. 


Ninnt am Ende des Strings ein Leerzeichen. 


'VOID SayAdvanceTextChar( hund ) 
HWND ; 


hund; 


if( ! bIconiec ) 
return; 

if( npszText == &cElank ) 
npszText = szText; 

else if( f *(++npszText) ) 
npszText = &cElank; 


re re hhnd ); 
SayInvalidateText( hund ); 


Ändert die Textposition entsprechend ptAdvance. Vermindert 

zunächst nDistLeft, stellt ptAdvance und nDistLeft zufällig 

neu ein wenn es Null wird, und ändert die Farbe. 

Macht nichts, wenn die Maus betätigt wird, der Text folgt 
also der Maus. 


VOID SayAdvanceTextPos( hhnd ) 
HUND 


{ 





hund; 
SHORT 1: 


ift bMouseDown ) 
return; 
SayInvalidateText( hund ); 
ift nDistLeft-- < 8) { 
Draht = rand() % nDistance + 1; 
i = rand()}; 
ptAdvance.x = ( 
i < SHRTMAXF3 7-1 
: 4 < SHRT_MAX/3#2 ? 8 


1 
) 


i = rand(); 
ptAdvance.y = ( 
i < SHRTMAX/3 U 7-1 
» 1 £ SHRT_MAX/F3#2 ? 8 
; 1 
); 
} wnile( ptädvance.x == 8 && ptädvance.y == 8); 
if( ! bIconie ) 
SayChangeColor( hknd ); 
} else ( 
rcText.xLeft += ptAdvance.x; 
rcText.xRight += ptAdvance.x; 
rcText.yloop += ptädvance.y; 
rcText.yBottom += ptAdvance.y; 


SayInvalidateText( hWnd )}; 
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|/* Ändert die Farbe zufällig, wenn die Farbe verfügbar ist. /* Ändert die Farbe zufällig, wenn die Farbe verfügbar ist. 
| * Die Farbänderung wird erzwungen: Wenn die Zufallsfarbe die * Die u wird erzwungen: Wenn die Zufalisfarbe die 
| ® gleich ist vie die alte, wird eine neue ausgewählt. $ gleich ist wie die alte, wird eine neue ausgewählt. 
| * #* 
| 
| 
void SaylchangeColor( hund ) IVOID SayChangeColor( hknd ) 
' HWND # hHnd; | HWND ) hund; 
HDC hDG; hPS; 
DWORD rgbNew; | lWindow; 
DWORD rgbWindow; N lNew; 
ift nDisplayPlanes <= 1) { | hPS = WinGetPS( hind ); 
rgbTextColor = GetSysColor (COLOR_WINDOWTEXT); | 
} else { | ift 1ÄColorMax @ 2 ) { ‚ 
rgbHindow = GetSysColor (COLOR_WINDON) ; | lColor = GpiQueryColorIndex( 
höc = GetDC( hknd ); | hPS, | "3 
do { | WinQuerySysColor( hAB, SCLR_WINDOWTEXT ), 
rgbNew = GetNearestColor( | BL 


j Ya 
MAKELONG{ rand(), randt) ) & BxflörFFFFFL | } else { 
); lHindow = GpiQueryColor Index( 
} uS1 SIE EBNEn — rgbWindow |} rgbNew == rgbTextColor); hPS 





rgbTextColor = rgbNew; WinQuerySysColor ( hAB, SCLR_WINDOR ), 
ReleaseDC( hind, hDC ); ÖL 
) 
INew = rand() % 1ColorMax; 
} while{ 1New == lWindow || 1New == lColor }; 
lColor = 1New; 
} 
HinReleasePS( hPS ); 
/* Behandelt Scrollbalken-Meldungen von der Steuerungs- Behandelt Scrollbalken-Meldungen von der Steuerungs- 
* Dialogbox. Korrigiert die Scrollbalkenposition, wobei die Dialogbox. Korrigiert die Scrollbalkenposition, wobei die 
* (Grenzen berücksichtigt werden, kopiert den Scrollbalkerwert Grenzen berücksichtigt werden, kopiert den Scrollbalkenwert 
| * in das daneben liegende Editierfeld und stellt dann in das daneben liegende Editierfeld und stellt dann 
N nDistance oder nInterval entsprechend ein. nDistance oder nInterval entsprechend ein. 
# 
void SayDoBarMsg( hhWndDlg, hundBar, wCode, nThumb ) VOID SayDoBarMsg( hWndDlg, idBar, wCode, nThunb ) 
HWND hAndDlg; HWND hhndDlg; 
HWND hKndBar ; USHORT idBar; 
WORD wCode; USHORT wCode; 
int nThumb; SHORT nThumb; 
{ 
int nPos; SHORT nPos; 
int nÖldPos; SHORT nOldPos; 
int nMin; ULONG lRange; 
int nMax; 
int idBar; nOldPos = nPos = 
A (SHORT )KinSendDlgItenlsg( 
idBar = GetWindowWord( hWndBar, GWW_ID ); hAndDlg, idBar, SBM QUERYPOS, BL, BL 
nOldPos = nPos = GetScrollPos( hWndBar, SB_CTL ); 
GetScrollRange( hWndBar, SB_CTL, &nMin, &nMax ); lRange = 
insendDlgltenlisg( 
hWndDig, idBar, SEM QUERYRANGE, BL, AL 
switch( wCode ) | aan wCode ) 
case SB LINEUP: --nPos; break; / case SB LINEUP: --nPos; break; 
case SB _LINEDONN: ++nPos; break; | case SB. LINEDOWN: ++nPos; break; 
case SB _PAGEUP: nPos -= 18; break; | case SB_PAGEUP: nPos -= 18; break; 
case SB _PAGEDOWN: nPos += 18; break; | case SB_PAGEDOWN: nPos += 18; break; 
case SB_THUMBPOSITION: case SB THUMBPOSITION: 
case SB THUMBTRACK: nPos = nThunb; break; | case SB _THUMBTRACK: nPos = nThunb; break; 
case SB_TOP: nPos = nMin; break; case SB TOP: nPos = LOUSHORT(1Range); break; 
case SB BOTTOM: nPos = nMax; break; | case SB BOTTOM: nPos = HIUSHORT(lRange); break; 
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if( nPos < nMin ) 
nPos = nMin; 


if( nPos > nMax ) 
nPos = nMax; 


if( nPos == nOldPos ) 
return; 


setScrollPos( hundBar, SB_CTL, nPos, TRUE }; 
SetDlgItemInt( hWndDlg, idBar+l, nPos, FALSE ); 


switch( idBar ) 


case ITEM DISTBAR: 
nDistance = nPos; 
break; 


case ITEM INTBAR: 
KillTimer( hWndWhat, TIMER MOVE }; 
nInterval = nPfos; 
SetTimer( hHndkhat , TIMER MOVE, nInterval, NULL ); 
DENE TABAUERERL | hindkhat, NULL, FALSE }; 
reak; 


/* Beendet die Anwendung und gibt alle verwendeten Ressourcen 
* frei. Diese Funktion kehrt NICHT zum Aufrufer zurück, das 
| “ Progamm wird beendet. 
# 


void yprstapp( nRet ) 
' nRet; 
if( GetModulellsage(hInstance) == 1 ) { 
Deleteübject( hbrEkgd ); 


exit{ nRet ); 


/* Füllt ein angegebenes Rechteck mit der Hintergrundfarbe. 


s Prüft vorher, daß das Rechteck nicht leer ist. 
# 


|void SayFillRect( hDC, nLeft, nTop, nRight, nBotton ) 
HDC hD6; 
int nLeft; 
int nTop; 
int nRight; 
int nBotton; 
RECT rcFill; 
if( nLeft >= nRight ii nTop >= nBottonm ) 
return; 
SetRect( &rcFill, nLeft, nTop, nRight, nBotton ); 
FillRect( hDC, &rcFill, hbrBkgd ); 


ifk nPos < LOUSHORT(1lRange) ) 
nPos = LOUSHORT(1Range); 


if( nPos > HIUSHORT(lRange) ) 
nPos = HIUSHORT(1Range); 


if( nPos == nüldPos ) 
return; 


WinsendDlgltenMsg( 
hWndDig, idBar, SBM SETPOS, (LONG)nPos, BL 
); 


KinsetDlgItenInt( hundDlg, idBar+1, nFos, FALSE }; 
switch( idBar ) 


case ITEM DISTBAR: 
nDistance = nPos; 
break; 


case ITEM INTBAR 
HinStopTiner(" hhindkhat, TIMER MOVE ); 


nInterval = nPpos; 
WinstartTimer( hAB, hundkhat, TIMER _MOVE, ninterval ); 


WinInvalidateRect( hWndkhat, NULL ); 
break; 


/* Beendet die Anwendung und gibt alle verwendeten Ressourcen 
* frei. Diese Funktion kehrt NICHT zum Aufrufer zurück, das 
* Proganmm wird beendet. 

# 


VOID SayExitApp( nRet ) 
INT nRet; 


if( hindkhatframe ) 
WinDestroyWindow( hkndkhatFfrane ); 


ift hMsgQ ) 
WinbestroyMsgQueuei hNsg% ); 


ift hAB ) 
WinTerminate( hAB ); 


exit{ nRet }); 


ı/* Füllt ein DRESEebenes Rechteck nit der Hintergrundfarbe. 


Prüft vorher, daß das Rechteck nicht leer ist. 


| #/ 


VOID SayFillRect( hPS, xLeft, xBottom, xRight, xTop ) 
HPS hPS; 
SHORT xLeft; 
SHORT xBotton; 
SHORT xRight; 
SHORT xTop; 
RECT rcfill; 


if( xLeft >= xRight || xBottom >= xTop ) 
return; 


WinSetReet( hAB, &rcFill, »Left, xBöttom, «Right, xTop ); 
WinFillRect( 
hPS 


&rcFill, | 
WinQuerySysColor( hAB, SCLRWINDOR ) 
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/* Initialisiert die Anwendung. */ 
BOOL Fr hPrevInstance, nCndShow ) 
hPrevInstance; 
ee nCadShow; 
WNDCLASS Class; 
HDC hDC; 
TEXTHETRIG Metrics; 
LoadString( 
I; 
LoadStringt 
; 
LoadString( 


{ 


hInstance, STR_NAME, szAppName, sizeof(szAppName) 


hinstance, STR_TITLE, szTitle, sizeof(szTitle) 


hInstance, STR_WHAT, szText, sizeof(szText) 


hDG = CreatelC( "DISPLAY", NULL, NULL, NULL ); 
GetTextMetrics( hDC, &Metrics y& 

ru en er = GetDeviceCaps( hDC, PLANES ); 
DeleteDC( hDG ); 


ptCharSize.x = Metrics.tmMaxCharkidth; 
ptCharSize.y = Hetrics.tmHeight; 


ptScreenSize.x = GetSystemMetrics{SM_CKXSCREEN) ; 
ptScreenSize.y = GetSystemMetrics(SM_CYSCREEN); 


ift I hPrevinstance ) { 


hbrBkgd = CreatesolidBrush(Get5ysGolor (COLOR_WINDON)); 
Class.style = 8; /* CS_HREDRAW | CS_VREDRAW; %*/ 


Glass. IpfnWndProc = SaykhatkindProc; 
Class.cbClsExtra =; 
Class.cbWndExtra = B: 
Class.hInstance = hinstance; 
GClass.hlcon = NULL; 


Glass.hCursor = LoadCursor ( NULL, IDC_ARROW ); 


Glass.hbrBackground = COLOR WINDOW + 1; 
Class.1pszMenuNane = szAppName; 
Class. IpszClassNase = szAppName; 


if( ! RegisterClass( &Class ) ) 
return FALSE; 


} else { 
GetInstanceData( 


hPrevInstance, (NPSTR)&hbrekgd, sizeofihbrekgd) 


hundkhat = CreateWindow( 


(LPSTR)NULL 


ift ! hundkhat ) 
return FALSE; 


ShowWindow( hindkhat, nCmdShow ); 
Updatelindow( hindkhat ); 


return TRUE; 
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/* Initialisiert die Anwendung. */ 
BOOL SayInitApp() 


HPS hPS; 
BOOL bOK; 


hAB = WinInitialize(); 


if( E hAB ) 
return FALSE; 


hMseQ = WinCreatefsgQueue( hAB, 8 ); 
I hNsel) ) en 
return FALSE; 


a Wu | 
hAB, NULL, STR_NAME, szAppName, sizeof(szAppName) 


); 
HinlonäStringe 
hAB 
); 
Be! 
hAB, NULL, STR_WHAT, szText, sizeof(s2Text) 
); 
bOK = WinRegisterClass( 
hAB, 
szAppNanme, 


(LPFNWP }SayWhatWndProc, 
CS_STNCPAINT, 


NULL 


STR TITLE, szTitle, sizeof(szTitle) 


I bOK ) 
return FALSE; 


hWndkhatframe = WinCreatestdWindow( 
(HWND)NULL, 
FS _TITLEBAR | FS_SYSMENU | 
Be: MENU | FS MINMAX | FS_SIZEBORDER, 
5 pName, 
szTitle, 
AL, 
(HMODULE) NULL, 
MENU WHAT, 
&hundkhat 


if( 1 hindkhatFrame ) 
return FALSE; 


WinShowWindow( hWndkhat, TRUE ); 


return TRUE; 
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/* Initialisiert einen Scrollbalken in der Dialogbox. */ 


void SaylnitBar( hWndDlg, idBar, nValue, nMin, nMax ) VOID SaylInitBar( hWndDlg, idBar, nValue, nMin, nMax ) 
HHND hhndDig; HWND hHndDlg; 
int idBar; idBar; 
int nValue; OR nValue; 
int nMin; nMin; 
int nMax; | nMax; 


HWND hundBar'; hundBar; 
hWndBar = GetDlgItem{ hWndDig, idBar ); hkndBar = WinWindowFromID( hWndDlg, idBar ); 


setScrollRange( huWndBar, SB CTL, nMin, nMax, FALSE ); ii a 
SetScrollPos( hindBar, SB_CTL, nValue, FALSE ); hundDig, 
idBar, 


SetDlgltenInt( hWndDlg, idBar+l, nValue, FALSE ); SBM SETSCROLLBAR, 
(LONG)nValue, 
MAKELONG( nMin, nMax ) 


); 
KinsetDlgItemInt( hAndDlg, idBar+i, nValue, FALSE ); 


|/* Erklärt den Text im Hauptfenster für ungültig und /* Erklärt den Text im up en ser für ungültig und 
* korrigiert das Textrechteck, wenn es außerhalb der * korrigiert das Textrechteck, wenn es außerhalb der 


* Grenzen liegt. * Grenzen liegt. 
#/ */ 


void SaylInvalidateText( hund ) VOID SayInvalidateText( hknd ) 
HWND hhnd; HUND hund; 


SayLimitTextPos( hWnd ); SayLimitTextPfos( hund ); 
InvalidateRect( hWnd, &rcText, FALSE ); WinInvalidateRect( hund, ärcText ); 


Prüft die Textposition gegen den Anwendungsbereich des Prüft die Textposition gegen den Anwendungsbereich des 
Fensters. Wenn der Text in irgendeiner Richtung aus den Fensters. Wenn der Text in irgendeiner Richtung aus dem 
Fenster gerät, wird die Position so korrigiert, daß er Fenster gerät, wird die Position so korrigiert, daß er 
wieder darin liegt. Ändert den Wert von ptAdvance, so daß wieder darin liegt. Ändert den Wert von ptAdvance, so daß 
der Text scheinbar vom Rand abprallt. Behandelt beide der Text scheinbar vom Rand abprallt. Behandelt beide 
! Fälle, Fenster und Sinnbild. 7 Fälle, Fenster und Sinnbild. 

void SayLimitTextPos( hknd ) VOID SayLimitTextPos( hund ) 

HWND hund; HUND hund; 

| RECT reClient; RECT rcClient; 
POINT ptTextsize; | POINT ptTextSize; 


ptTextSize = ptCharsize; | ptTextSize = ptCharsize; 


if( t bIconie ) { if( t bIconic ) { 
pText = szText; npszText = szText; 
ptTextSize.x *= strlen{sz2Text); ptTextSize.x *= strlen(szText); 
} 


GetGlientRect( hHndkhat, &rcClient ); WinQuerykindowReet( hWndkhat, &rcclient ); 


if( rcText.left > rceClient.right - ptTextSize.x ) { | if( reText.xLeft > reClient.xRight - ptTextSize.x ) { 
rcText.left = rcClient.right - ptTextSize.x; | rcText.xLeft = rceGlient.xRight - ptTextSize.x; 
ptAdvance,x = -ptAdvance.x; ptAdvance.x = -ptÄdvance.x; 


} 
if( rcText.left <£ reClient.left ) { rcText.xLeft < rcClient.xLeft ) { 
rcText.left = rcClient.left; rcText.xLeft = rcClient.xLeft; 
ptAdvance.x = -ptAdvance.x; ptAdvance.x = -ptAdvance.x; 


} 
ift reText.top > reClient.bottom - ptTextSize.y ) { rcText.yBottom < reClient.yBottom ) { 
rcText.top = reClient.bottom - ptTextSize.y; rcText.yBotton = rceClient.yBotton; 
ptAdvance.y = -ptAdvance.y; ptAdvance.y = -ptAdvance.y; 


} 
if( rcText.top < reGlient.top ) ( if( reText.yBottom > reClient.yTop - ptTextSize.y ) { 
rcText.top = reClient.top; rcText.yBottom = rcGlient.yTop - ptTextSize.y; 
ptAdvance.y = -ptAdvance.y; | ptAdvance.y = -ptAdvance.y; 
} 


reText.right = rcText.left + ptTextSize.x; | rcText.xRight = rcText.xLeft + ptTextSize.x; 
rcText.bottom = rcText.top + ptTextSize.y; | rcText,yTop = rcText.yBottom + ptTextSize.y; 
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/* Bewegt den Text im Fenster indem die alte Position für /* Beurer den Text im Fenster indem die alte Position für 

* ungültig erklärt wird, rcText entsprechend ptMove angepaat * ungü eis erklärt wird, rcText entsprechend ptNove ENGEDAnL 
* wird uns dann die neue Position ungültig gemacht wird. Data und dann die neue Position ungültig gemacht wird. 

* * 


void SayMoveText( hknd, ptMove ) 
HWND hund; 


POINT ptMove; 
{ { 


VOID SayMoveText( hund, ptliove ) 
HWND hnd; 
POINT 


ptHove; 


SaylInvalidateText( hhnd ); 
rcText.left = ptMove.x - (rcText.right -rcText.left >> 1); 


rcText.top = ptlove.y - (rcText.bottom-rcText.top >> 1); 
SaylInvalidateText( hknd )}; 


Stellt einen der Dialogscrollbalken auf *pnValue. Wenn der 
hert außerhalb der Grenzen liegt wird er auf den gültigen 
Bereich begrenzt und *pnValue auch auf diesen hert 
eingestellt. 


void SaySetBar( hWndDlg, pnValue, idBar ) 
HWND 


| hHndDlg; 
int # prValue; 


SayInvalidateText( hhnd ); 
rcText.xLleft = 

ptMove.x - (rcText.xRight - rcText.xleft >> 1); 
rcText.yBotton = 

ptMove.y - (rcText.yTop - rcText.yBottom >> 1); 
SayInvalidateText( hund }; 


Stellt einen der Dialogscrollbalken auf *pnValue. Wenn der 
Wert außerhalb der Grenzen liegt wird er auf den gültigen 
Bereich begrenzt und *pnValue auch auf diesen Wert 
eingestellt. 


VOID SaySetBar( hWndDlg, pnValue, idBar ) 
HWND 


hundDlg; 


SHORT * 


pnValue; 


int idBar;; SHORT idBar; 


HWND hhndBar ; 
int nMin; 
nMax‘ 


ULONG lRange; 
SHORT nValue; 
int . BOQL bOK; 
int nValue; 

BOOL bOK;, 


hMndBar = GetDlgItem( hWndDig, idBar ); 


lRange = 
AngeneD Te tes! 2. 
hWndDlg, idBar, SBM QUERYRANGE, BL, BL 
I; 


nValue = 
WinQueryDlgltenInt( hWndDlg, idBar+1, &bOK, FALSE ); 


GetScrollRange( hWndBar, SB_CTL, &nMin, &nMax ); 
nValue = GetDlgltemInt( hAndDlg, idBar+1, &bOK, FALSE ); 


if( bOK && nValue >= nMin &%& nValue <= nMax ) { ifi 
*onValue = nValue; 
SetScrollPos{ hWndBar, SB_CTL, nValue, TRUE ); 


else [{ 
SetDleltemInt( YÄ{ 
hhndDle, 
idBar+], 
GetScrollPos( hkndBar, SB _CTL ), 
FALSE 


bOK && 
nValue >= LOUSHORT(lRange) && 
} nValue <= HIUSHORT(1lRange) 
*onValue = nValue; 
WinSendDigltemMsg( 
hWndDig, idBar,SBM SETPOS, (LONG)nValue, (LONG)TRUE | 


} else { 
WinsetDleltenInt( 
hWndDlg, 
idBar + 1, 
ea Haze 
hWndDlg, idBar, SBM QUERYPOS, BL, DL 


), 
FALSE 


/* Dialogfunktion für die Dialogbox. */ /* Dialogfunktion für die Dialogbox. */ 

BOOL FAR SaykhatDlgProc( hWndDlg, wMsg, wParam, lParam ) 
HWND hhndDlg; 

wMsg; 

wParam; 

LONG lParan; 

HWND hhWndBar; hhWndBar; 

RECT rchin; rchin; 

int n; | n; 


DR wMsg ) wMsg ) 


ULONG FAR PASCAL SaykhatDleProc(hhndDlg,wMsg, 1Parami,lParam2) 
HWND hWndDlg; 
USHORT 


wisg; 
ULONG lParan]; 
ULONG 


lParan?; 


unsigned 
WORD 


case WM 


case WM COMMAND COMMAND: 
zum LOUSHORT(1Paraml) ) 


Br ‚Paras ) 
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case IDÖK: 
KillTimer( ie TIMER_MOVE ); 
> hlnddig, 1 
hAndDlg, ITEM WHAT, szText, sizeof(szText) 






2 strlen(szText) == 8 ) 
LoadString( 
Knstanee: STR_WHAT, szText, sizeof{szText) 








hr 
pText = szText; 
SaySetBar( hWndDlg, &nInter.al, ITEM_INTBAR }; 
SaySetBar( hWndDleg, &nDistarze, ITEM DISTBAR ); 
setTiner( hhndhhat, TIMER M VE, nInterval, NULL ); 
InvalidateRect( hiindkhat,, "NLL, FALSE }; 
return TRUE; 














case IDCANGEL: 
DestroyWindow( hWndDlg ); 
return TRUE; 


case ITEM CLEAN: 
case ITEM FLICKER: 
bCleanPaint = 
IsDlgButtonChecked( hAnddlg, ITEM_CLEAN ); 
return TRUE; 


} 
return FALSE; 
case WM HSCROLL: 
if( HIWORD(1Paran) ) 
SayDoBarHsg( 
hundDlg, HIWORD{1Paran), wParam, LOWORD{1lParam) | 


I; 
return TRUE; 























case WM_INITDIALOG: 
GetKindowRect( hiWndDle, Kalt hs 
ClientToScreen( hkndkhat, (LPPOINT)&rchin.left ); 
ClientToScreen( hhndkhat (LPPOINT)&rchin.right ); 
n = a right - ptScreenSize. x + ptCharäize.x; 
if(n>d) 
rchin.left -= n; 
En. left &= "7; /% auf Byte ausrichten */ 
= rcWin.bottom - ptScreenSize.y + ptCharSize.y; 
ifn>®) 
rcWin.top -= n; 
















SetkindowPos( 
hundDle, 
(HUND)NÜLL, 

rchin.left, 

rehin.top, 


SWP_NOSIZE | SWP_NOZORDER ! 
SWP_NOREDRAW } SWP _NOACTIVATE 


}; 
SsetDlgltenText( hWndDig, ITEM_WHAT, szText ); 


















SendDlgItemMessage( 
hundDlg, ITEM_WHAT, 
EM LIM TTEXT, sizeof(szText)- 1, BL 







SayInitBar( 
hWndDlg, ITEM INTBAR 
nInterval, MIN_ INTERVAL, MAX_INTERVAL 







case IDOK: 
WinstopTimer( hAB, hundkhat, TIMER_MOVE ); 
KinQuerykindowText ( 
KinkindowFronID( hWndDlg, ITEM_WHAT ), 
szText, 
sizeof(szText) 


if( strlen(szText) == 8 ) 
WinLoadString( Be 
hAB, NULL, STR_WHAT, s2Text, sizeof(s2Text) 
}; 


npszText = szText; 
SaySetBar( hindDig, &nInterval, ITEM_INTBAR ); 
SaySetBar( hWndDl , &nDistance, ITEM DISTBAR ); 


WinStartTimer ( "hlndkhat ‚TIMER_ MOVE, nInterval); 
kinInvalidateRect ( hiindkhat., NULL); 
break; 
case IDCANCEL: 
WHinDestroykindow( hundDlg ); 
break; 


case ITEM_CLEAN: 
case ITEM FLICKER: 
bCleanPaint = (BOOL}Win$endDlgItenMsg( 
hundDle, ITEM CLEAN, 
; BM_QUEI YCHECK, BL, AL 
" 
break; 


break; 


case WM DESTROY: 
hWndPanel = NULL; 
break; 


case WM HSCROLL: 
SayDoBarMsg( | 
hkndDlg, LOUSHORT(1Parami), 
HIUSHORT(1lParam2), LOUSHORT(1Paran2) 
1; 
break; 


case WM INITDIALOG: 
KinQueryWindowRect( hiAndDlg, &rchin ); 
KinfaphindowPoints( 
y; hundkhat, (HWND)NULL, (LPPOINT)&rchin.xLeft, 2 
N 5, rchin. en - ptSereensize.x + ptCharsize.x; 
nn. xLeft -= n; 
rcWin.xLeft &= "7; /%* auf Byte ausrichten */ 
n = rcWin.yTop - ptScreensize.y + ptCharSize.y; 
ift{n>B) 
rcWin.yBotton -= n; 


WinsetWindowfos ( 
hW 


CHHND)NÜLL., 
rckin.xLeft, 
rehkin.yBotton, 


2,2, 
SWP_MOVE 
); 


WinsetWindowText( 
KinWindowFromID( hWndDlg, ITEM_WHAT ), szText 


KinsendDleltemMse( 
hHn ITEM_WHAT, EM_ EEE, 
(LONG)sizeof(s2Text)- -1, 
HF 
| 
SayInitBar( | 


hWndDlg, ITEM_INTBAR, niInterval, 
MIN_I FERVAL, MAX_INTERVAL 
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SayInitBar( hWndDlg, ITEM DISTBAR, 

nDistance, MIN_DISTANCE, MAX DISTANCE ); 
CheckDlgButton( hWndDlg, ITEM CLEAN, TRUE ); 
return TRUE; 


case WM _NCDESTROY: 
FreefrocInstance( IpfnDlgProc ); 
hAndPanel = NULL; 
return FALSE; 


} 
return FALSE; 


Anzeigeprozedur für das Hauptfenster. Erledigt zur 
* Demonstration sowohl die saubere als auch die flimmernde 
* Anzeigemethode. 


void SaykhatPaintt hund ) 
’ HUND hund; 


PAINTSTRUCT ps; 

BeginPaint( hhnd, &ps ); 
SetTextColor( ps.hdc, rgbTextColor ); 
SayLimitTextPos( hind ); 


if( bCleanfaint ) { 
/* Saubere Anzeige, redundantes Löschen vermeiden */ 


Textöut( 
ps.hdc, 
rcText.left, 
| rcText.top, 
| pText, 


Iconie ? 1 : strlen(szText) 


SayFillRect( 
ps.hdc, 
ps.rcPaint.left, 
ps.rcPaint.top, 
rcText.left, 
ps.rcPaint.botton 


# 
L 


SayFillRect( 
ps.hdc, 
rcText.left, 
ps.rcPaint.top, 
rcText.right, 
rcText.top 

); 


SayFillRect( 
ps.hde, 
rcText.left, 
rcText.botton, 
reText.right, 
ps.rcPaint.botton 


sayFillRect( 
ps.hdc, 
rcText.right, 
ps.rcPaint.top, 
ps.rcPaint.right, 
ps.rcPaint.bottom 


} else { 
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SaylnitBar( 
PAD: ITEM_DISTBAR, nDistance, 
MIN _DISTANCE, MAX_DISTANGE 


); 
WinSendDlgItemMsg( 
hundDlg, ITEM CLEAN, BM SETCHECK, (LONG)TRUE, BL 


break; 
return WinDefDlgProc( hWndDlg, wHsg, lParani, lParan2 ); 


Anzeigeprozedur für das Hauptfenster. Erledigt zur 


* Anzeigemethode. 


| x, 


VOID SaykhatPaint( hhnd ) 
HWND 


{ 


hhnd; 


HPS 
RECT 
GPOINT 


hPS; 

rcPaint; 

eptText; 

hPS = WinBeginPaint( hund, (HPS)NULL, &rcPaint ); 
GpiSetColor( hPS, lColor ); 

SayLimitTextPos( hhnd ); 


(LONG)rcText.xLeft; 


eptText.x = 
(LONG)rcText.yBotton; 


eptText.y = 
ift bCleanPaint ) { 
/* Saubere Anzeige, redundantes Löschen vermeiden #/ 
GpiSetBackMix( hPS, MIX_OVERPAINT); 
GpiCharstringAt( 
hPS 


oppert: 
(LONG)( bIconic 7 1] 
npszText 


: strlen(szText) ), 
Hr 
SayFillRect( 

hPS 


rcPaint.xLeft, 
rePaint.yBotton, 
rcText.xLeft, 
rcPaint.yTop 

}; 


SayFillRect( 
hPS, 
rcText.xLeft, 
rceText.yTop, 
rcText.xRight, 
rcePaint.yTop 
1; 


SayFillRect( 
hPS, 
rcText.xLeft, 
rcPaint.yBotton, 
rcText.xRight, 
rcText.yBottom 
I; 


SayFillRect( 
hPS, 
reText.xRight, 
rcPaint.yBottom, 
rcPaint.xRight, 
rePaint.yTop 


I: 
} else { 
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/* Flimmernde Anzeige, Hintergrund löschen und 
gewöhnlich anzeigen */ 


FillRect( ps.hde, &ps.rcPaint, hbrBkgd ); 
TextOut( 
ps.hdc, 
rcText.left, 
rcText.top, 

Text 


e 
Eronke ?1 : strlen(szText) 














15 






} 
EndPaint( hind, &ps ); 


ift ! nInterval ) 
SayAdvanceTextPos( hund ); 














[/* Fensterfunktion für das Hauptfenster. */ 
LONG FAR SaykhatkndProc( hind, wMsg, wParam, 1Paran ) 
HWN 







D hund; 
unsigned wfiisg; 
HORD wParan: 
LONG lParan; 






IpfnAbout; 







FERN! wMsg ) 


case WM COMMAND: 
EN wParan ) 


case CMD ABOUT: 
lpfnAbout = 
MakeProcInstance( SayAboutDlgProc, hInstance ); 
DialogBoxt 
hinstance, MAKEINTRESOURGE(DLG ABOUT), 
hund, IpfnAbout 













FreeProcInstance( lpfnAbout ); 
return ÖL; 


case CMD EXIT: 
DestroyWindow( hWndkhat ); 
return BL; 


case CMD_WHAT: 
if( hindPanel ) { 
BringkindowToTopt hkndPanel )}; 
} else { 
lpfnDlgProc = 
MakeProcInstance (SaykhatDlgProc ,hinstance); 
if( t l1pfnDlgProc ) 
return AL; 
hWndPanel = CreateDialog( 
hinstance, 
MAKEINTRESOURCE(DLG WHAT), 
(HWND)NULL, 
s: lpfnDlgProc 


if( t hWndPanel ) ie 
FreeProcInstance( IpfnDlgProc ); 
























} 
break; 











case WM CREATE: 
srand{ {int)time(NULL) ); 

SetTimer( hWnd, TIMER_MOVE, nInterval, NULL )}; 
return BL; 










/* Flimmernde Anzeige, Hintergrund löschen und 
gewöhnlich anzeigen */ 


WinFillRect( 
hPS 


&rePaint, 
HinQuerySyscolor( hAB, SCLR_WINDON ) 








I; 

GpiCharstringAt( 
hPS, 

&eptText, 


(LONG)( bIconic ? 1 
npszText 









: strlen{szText) ), 






} 

KinEndPaint( hPS ); 
ift ! nInterval ) 
SaylnvalidateText( hund ); 







/* Fensterfunktion für das Hauptfenster, */ 
ULONG FAR PASCAL SaykhatkndProci hund, wMsg, 1lParani, 
HWND hhn 






lParan2 ) 







USHORT wNsg; 
ULONG lParami; 
ULONG lParan?; 







POINT ptMouse; 

GSIZE EsChar; 

HPS hPS; 

LONG ColorDatalCOLORDATAMAX]; 





bNowlconic; 






a wMsg } 


case WM BUTTONIDOWN: 
if( bMouseDown ) 







break; 
kinStopTin ner( hAB, hund, TIMER MOVE }; 
bMouse = TRUE; 
WinSetCapture( hAB, hund ); 
ptMouse.x = LOUSHORT(1Paranı); 
ptMouse.y = HIUSHORT(1Param1); 
SayMoveText( hWnd, ptMouse ); 
return AL; 


case WM BUTTONIUP: 
if( 1 bMouseDown ) 
break; 
bMouseDown = FALSE; 
WinSetCapture( hAB, (HWND)NULL ); 
ptMouse.x = LOUSHORT(1Paran?); 
ptMouse.y = HIUSHORT(1Param])}; 
SayMoveText( hund, ptMouse ); 
WinStartTinmer ( hAB, hWnd, TIMER MOVE, nInterval }; 
return BL; 
























case WM CHAR: 
ift 








( LOUSHORT(1Parami) & KC KEYUP ) 41 
t ( LOUSHORT(1Parani) & KC _ VIRTUALKEY } 
A 
break; 







SayInvalidateText( hund ); 
Drran HIUSHORT(1Paran2) ) 


case VK LEFT: 












rceText.xLeft -= ptCharSize.x; 
ptAdvance,x = -1; 
Be 3 =13; 
reak; 

case VK RIGHT: 





reText.xLeft += ptChar$ize.x; 
ptAdvance.x = 1; 
es Yy = 
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case WM DESTROY: 
if( hindPanel ) | 
Destroykindow{ huWndPanel }; 
PostQuitMessage( ® ); 
return BL; 


case WM KEYDOWN: 
SayInvalidateText( hund ); 
ae: wParam ) 


case VK LEFT: 
rcText.left -= ptCharSize.x; 
ptAdvance.x = -1; 
tAdvance.y = 8; 
reak; 


case VK_RIGHT: 
rcText.left += ptCharSize.x; 
ptAdvance.x =]; 
piädvance.y =; 
reak; 


case VK_UP: 
rcText.top -= in y»1; 
ptAdvance.x = 
ee .y= 2 


case VK DOWN: 
rcText.top += 
ptAdvance.x = 
ptAdvance.y = 
reak; 


tCharSize.y >> 1; 


P 
B; 
1; 


default: 
return BL; 


SaylIrwalidateText( hknd ); 
nDistLeft = nDistance; 
return AL; 


case WM LBUTTONDOWN: 
if( bMouseDown ) 
break; 


KillTimer( hWnd, TIMER_MOVE ); 
bMouseDown = TRUE; 

SsetCapture( hknd ); 

ann hWnd, MAKEPOINT(1Paran) ); 
re 


case WM_LBUTTONUP: 
if( ! bMouseDown ) 
break; 


bMouseDown = FALSE; 

ReleaseCapture(); 

SayMoveText( hund, MAKEPOINT(1Paran) ); 

DEFL BEL hund, TIMER_MÖVE, nInterval, NULL ); 
break; 


case WM MOUSEMOVE: 
if( bMouseDown ) | 
SayMoveText( hund, MAKEPOINT(1Paran) ); 
break; 


case WM PAINT: 
SaykhatPaint( hind ); 
return @L; 
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case VK UP: 
rcText.yBottom -= ptCharSize.y >> 1; 
ptAdvance.x = ß; 
eng = -1; 
reak; 


case VK_DOWN: 
rcText.yBotton += ee: I» 1; 
ptAdvance.x 
Re) = 1; 
reak; 


default: 
return AL; 


SayInvalidateText({ hund ); 
nDistLeft = nDistance; 
return AL; 


case WM COMMAND: 
ug LOUSHORT(1Paraml)} ) 


case CMD ABOUT: 
WinDlgBox( 
(HWND)NULL, hund, (LPFNWP)SayAboutDlgProc, 
NULL, DLG_ABOUT, NULL 


); 
return BL; 


case CMD EXIT: 
Windestroykindow( hAndkhatFrame ); 
return BL; 


case CMD_WHAT: 
if( hWndPanel ) { 
KinsetWindowPos( 
hundPanel, 
HWND _ Ir; 
8,0, ß, 
SUP ORDER ı SWP_ACTIVATE 


} else { | 
hWndPanel = WinLoadDlg( 
HWND ; 
(HWND)NULL, 
Fugen ala 


DLG WHAT, 
NULL 
I; 
} 


return AL; 


case WM CREA 


* Zeichen-/ -/Bildschirngröpe und Anzahl Farben 
herausfinden * 
hPS = WinGetPS( hund ); 
GpiQueryCharBox( hPS, &gsChar ); 
GpiQueryColorData( hPS, (LONG) COLORDATAMAX, ColorData); 
WinReleasePS( hPS ); 
lColorMax = ColorDatal3]; 
ptCharSize.x = gsChar. width; 
ptCharSize.y = gsChar.height; 
ptScreensize.x = 
KinQuerySysValue( (HWND)NULL, SV_CKSCREEN ); 
ptScreensize.y = 
KinQuerySysValue( (HWND)NULL, SV_CYSCREEN ); 
/* Timer initialisieren “7. 
srand( (INT)time(NULL) ) 
WinStartTimer( hAB, hhind, TIMER_MOVE, nInterval ); 
return BL; 


case WM DESTROY: 


ift hiindPanel ) 

WinDestroyWindow( hhWndPanel }; 
WinPostQueueMsg( hMsgQ, WM_QUIT, BL, BL ); 
return BL; 





Windows und OS/2 Presentation Manager 










case WM SIZE: 
if( wParam == SIZEICONIC ) { 
if( ! bIconic ) 
SetTimer( hund, TIMER_CHAR, 1880, NULL ); 
blconic = TRUE; 
} else { 
if( bIconic ) 
KillTimer( hWnd, TIMER_CHAR ); 
blconic = FALSE; 














SayInvalidateText( hhnd ); 
nDistLeft = 8; 









SayAdvanceTextPos{ hund ); 
return BL; 











case WM TIMER: 
switch( wParan ) 
{ 











case TIMER MOVE: 
SayAdvanceTextPos( hund ); 
break; 


case TIMER CHAR: 
SayAdvanceTextChar( hhnd ); 
break; 












return BL; 


return DefhindowProc( hund, wMsg, wParam, 1Param ); 







/* Hauptfunktion der Anwendung. */ 
void WinMain( hInst, hPrevInst, lpszCmdLine, nCndShow ) 








HANDLE hInst; 
HANDLE hPrevInst; 
LPSTR IpszCmdLine; 
int nCmdShow; 






MSG msg; 
hinstance = hInst; 






if( ! SaylInitApp( hPrevInst, nCndShow ) ) 
SayExitApp( 1); 


while( GetMessage( &nsg, NULL, 8, d) ) { 






if( hindPanel && IsDialogMessage( hkWndPanel, &msg ) ) | 


continue; 









TranslateMessage( &nsg ); 
DispatchMessage( &nsg ); 






SayExitApp( msg.wParam ); 







Listing 6w: Der Quellcode von SayWhat in SW.C. 


case WM_ERASEBACKGROUND: 
return IL; /* nicht löschen */ 


case WM_MINMAX: 

bNowlconic = ( LOUSHORT(1Param!) == SWP_MINIMIZE ); 
if( bIconic t= bNowIconic ) { 

blIconic = bNowlIconic; 

if ( blconic ) 

j WinstopTiner( hAB, hund, TIMER_CHAR ); 

else 

WinstartTimer( hAB, hund, TIMER_CHAR, 1B8d ); 


return IL; 


case WM MOLUSEMOVE: 
if( bMouseDown ) { 
ptMouse.x = LOUSHORT(1Param]); 
ptMosue.y = HIUSHORT(1Param!); 
SayMoveText( hund, ptMouse ); 


return ÄL; 


case WM_PAINT: 
SaykhatPaint( hund ); 
return BL; 


case WM SIZE: 
SayInvalidateText( hund); 
nDistLeft = 8; 
SayAdvanceTextPos( hknd); 
return BL; 


case WM TIMER: 
switch( LOUSHORT(1Paran!) ) { 

case TIMER MOVE: 
SayAdvanceTextPos{ hWnd ); 
break; 

case TIMER_CHAR: 
SayAdvanceTextChar( hhnd ); 
break; 


return AL; 


return WinDefWindowProc( hAnd, wMsg, 1Parani, 1Paran2 }; 


/* Hauptfunktion der Anwendung. #/ 
void cdecl main( nÄrgs, pArgs ) 

INT nArgs; 

PSZ pArgs; 


QMSG gNsg; 


if( ! SayInitApp() ) 
SayExitäpp( 1 ); 
while( WinGetMsg( hAB, &aflsg, (HWND)NULL, 8, 8) ) { 


if( hiundPanel &%& WinProcessDlgMsg( hiWndPanel, &glisg)) 
continue; 


WinDispatchMsg( hAB, &aNsg ); 


a SayExitApp( 8 ); 
| 


Listing 6pm: Der Quellcode von SayWhat in SWP .C. 
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Nach der Positionierung der Dialog- 
box initialisiert der WM_INITDIALOG- 
Code seine Steuerungsfenster. Interes- 
sant ist hier vor allem die Initialisie- 
rung des Scrollbalkens in SayInit- 
Bar. Die Windows-Version ruft zwei 
Scrollbalken-Funktionen auf, Set- 
ScrollRange und SetScrollPos, 
um den Scrollbalken zu initialisieren. 
Der Presentation Manager erledigt 
dies auf einmal mit der Meldung SBM_ 
SETSCROLLBAR, die die Position und 
den Bereich einstellt. Sie werden auch 
überall beim Presentation Manager 
feststellen, daß dies mit Meldungen 
anstatt besonderer Funktionen erfolgt; 
viele Sonderfunktionen für Steue- 
rungsfenster sind zugunsten von Mel- 
dungen beseitigt worden. Wenn Sie 
Funktionen vorziehen, können Sie sich 
immer noch entsprechende Funktio- 
nen, die diese Meldungen schicken, 
selbst schreiben. 

Weitere interessante Meldungen in 
SayWhatDlgProc sind WM_COMMAND 
und WM HSCROLL. Die letztere wird 
bei Aktivitäten in einem Scrollbalken 
der Dialogbox geschickt und sie ruft 
SayDoBarMsg auf, um die neue Posi- 
tion des Scrollbalkens und den ent- 
sprechenden Wert im Editierfeld ein- 
zustellen. Im Presentation Manager 
übergibt diese Meldung jedoch die ID 
des untergeordneten Fensters der 
Scrollbalkensteuerung anstelle der 
Fensterhandle. Dies ist sehr hilfreich, 
da die Fenster-ID benötigt wird, um 
festzustellen, mit welchem Scrollbal- 
ken man es zu tun hat. 
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MICROSOFT EXCELODER ÜEEHIEIEEEEEEEER 
DIE LIEBE ZUR 
TABELLENKALKULATION. 


. Aufzug, 1. Szene: Anwender, Entscheider, PC 
und Microsoft Excel. 


Die Meldung WM_COMMAND wird ge- 
schick, wenn der Benutzer einen 
Push- oder Radio-Button in der Dia- 
logbox anklickt. (Sie wird auch ge- 


Anwender (enttäuscht): (srau, teurer Freund, ist alle Theorie... schickt, wenn in einem der Editierfel- 


PC (hoffnungsvo): Nicht doch, sieh‘, hier naht Microsoft Excel der etwas eingegeben wird, doch Say- 
schon. Das bringt Aktion in die Tabellen- What ignoriert dies.) Die Bearbeitung 
kalkulation. von WM_COMMAND ist in beiden Versio- 

Microsoft Excel: Kompetent, intelligent und exzellent, nen nahezu identisch, nur die Funktion 


steh“ ich fürs Zahlenmanagement. 
Arbeite heute auf Mlicrosoft 
WINDOWS 2.0 und 386 - morgen, 
bitte sehr, für den Presentation 
Manager. Biete dynamischen Daten- 
austausch und stehe zur Disposition 
gleichzeitig für viele Tabellen bis hın 
zur 3. Dimension, 


Anwender (beeindruckt):Und wie haltet Ihr's mit Applikation? 


Tabellenkalkula- 
tion mit Graphik- 
und Datenbank- 
funktionen — Ma- 
kroprogrammier- 
sprachen — Kon- 
trollfunktionen — 
Hilfefunktionen - 
Computer Based 
Training - Vor- 
aussetzungen: 


IsDlgButtonChecked wird im Pre- 
sentation Manager durch die Meldung 
BM_ QUERYCHECK ersetzt. 


Zusammenfassung 


Wie Sie sehen können, ist es nicht 
ganz trivial, eine Windows-Anwendung 


Microsoft Excel: Meine Makros machen mich beweg- un auf den Presentation Manager umzu- 
lich und dadurch einfach alles möglich. SA setzen, doch es kann ziemlich mecha- 
Allerorten - in deutschen und in ganzen nisch erfolgen. Die Gemeinsamkeiten 
Worten. beider Systeme sind größer als die 
Anwender (erstaunt): 286/386 Prozessoren? Problembezogene Unterschiede. Wenn Sie die Windows- 
Menüs und Dialogboxen? Makrorekorder, ver- Programmierung beherrschen, haben 
schiedene Schrifttypen? Übersetzung von Sie das komplizierteste bereits hinter 
Tabellen, Makros und ]-?-3-Befehlen? sich, denn Sie wissen, wie stark sich 
Microsoft Excel: Aber ja, was soll die Frage? Mache jeden eine Windows-Anwendung von einem 


Auftrag ohne Klage. 


konventionellen MS-DOS- oder OS /2- 


Programm unterscheidet. Wenn Sie 
bisher noch nicht mit der Windows- 
Programmierung begonnen haben, tja 
dann... Was höre ich da in der Ferne? 
Das sind doch Hochzeitsglocken! 
Kommen Sıe nicht zu spät! 

Michael Geary/jü 


Entscheider (überzeugt): Diese weiten Möglichkeiten, was für Zeiten, was 
für Zeiten. Tabellenkalkulation fur jeden Zweck. 
Formatieren, gestalten, drucken, präsentieren. 
Funktionen fur Grafik und Datenbank. Gestal- 
tungsmöglichkeiten ın Farbe. Fürwahr, fürwahr, 
ıch sehe die Entscheidung klar. Schluß jetzt mit 
den Unklarheiten, und auf in neue große Zeiten. 
Die Zukunft ist's, für die ich stehe. Daß Zukunft 
heute schon geschehe. 


Vorhang/Frenetischer Beifall 
ms/Dos| [CRT || 6a40/uR) 226/386 


Microsoft Excel: 
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ZUKUNFT DER SOFTWARE 





COUPON 
Bitte senden Sie mir Informationsmaterial zu Microsoft Excel. Ich nutze Software: [I privat 
Überfich/BErarnche_—_______ 
Mein Rechner: 1 MS-005S DOMS-05/7 DI Macintosh 


Bitte senden Sie den Coupon an: Microsoft GmbH -» Erdinger Landstraße ? - BON Aschheim-Dornach 
Absender nicht vergessen. 
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MS-OS/2 mit Presentation Manager 


Hintergrundinformationen zu OS/2, Version 1.1 


Die Version 1.1 von MS-OS/2 ist das zweite Re- 
lease von Microsofts neuem Betriebssystem für 
IBM AT-kompatible und andere Rechner der 
IBM-Personal-System/2-Serie mit den Intel- 
Mikroprozessoren 80286 oder 80386. Wie schon 
die Version 1.0 ist Microsoft-OS/2, Version 1.1, 
ein Entwicklungsergebnis des »Joint Develop- 
ment Agreement« zwischen Microsoft und IBM. 


Der wesentliche Unterschied zwischen der Version 1.0 und 
der Version 1.1 ist die grafische Bedienungsoberfläche. Sie 
ist jener Teil des Betriebssystems, den der Anwender auf 
dem Bildschirm sieht und mit dem er interaktiv arbeitet. 
Die Version 1.0 hat eine zeichenorientierte Bedienungs- 
oberfläche, ähnlich derjenigen von MS-DOS, über die der 
Anwender die Befehle jeweils in eine Prompt-Kommando- 
zeile eingibt. In der Version 1.1 wird die zeichenorientierte 
Bedienungsoberfläche durch eine fortschrittliche grafık- 
orientierte Oberfläche ersetzt, die den Namen MS-OS/2- 
Presentation Manager hat. 

In den folgenden Hintergrund-Informationen soll 
zunächst dargelegt werden, was der MS-OS/2-Presentation 
Manager ist und welche Vorteile er bietet. Das bezieht sich 
sowohl auf das Betriebssystem selbst, so wie es auch mit der 
Version 1.0 geliefert wird, als darüber hinaus auf die grafi- 
sche Bedienungsoberfläche des Presentation Managers. 
Darauf folgend wird erläutert, in welchem Maße eine Kom- 
patibilität zwischen den Anwendungsprogrammen besteht, 
die für MS-DOS, Microsoft Windows und MS-OS/2 ge- 
schrieben sind. Außerdem enthält dieser Beitrag Infor- 
mationen darüber, in welcher Weise Microsoft den Soft- 
ware-Herstellern hilft, Anwendungen für das neue Betriebs- 
system zu entwickeln. Abschließend werden Systemvoraus- 
setzungen und Verfügbarkeitsdaten des neuen Betriebs- 
systems genannt, 


Was ist der MS-OS/2-Presentation Manager? 


Der MS-OS/2-Presentation Manager ist eine grafische 
Bedienungsoberfläche, die die zeichenorientierte Bedie- 
nungsoberfläche der Version 1.0 von MS-OS/2 ersetzt. Er 
ist eine Weiterentwicklung der grafischen Bedienungsober- 
fläche von Microsoft Windows, die im November 1985 
erstmals vorgestellt wurde. Die Gestaltung des Presentation 
Managers gleicht derjenigen von Microsoft Windows 2.0 
und Microsoft Windows/386, so daß Anwendern, die be- 
reits mit diesen Bedienungsoberflächen Erfahrungen haben, 
der Umstieg leicht fällt. Anders als Microsoft Windows ist 
der MS-OS/2-Presentation Manager jedoch kein separates 
Produkt. Er ist vielmehr ein Bestandteil von MS-OS/2. 

Wie Microsoft Windows 2.0, erlaubt der MS-OS/2-Pre- 
sentation Manager die Teilung des Bildschirms in verschie- 
dene Fenster, in denen unterschiedliche Anwendungen 
gleichzeitig ablaufen und der Anwender sehen kann, was 
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sich gerade in den einzelnen Fenstern abspielt. So kann der 
Anwender z.B. eine Kalkulationstabelle in einem Fenster 
darstellen und die darauf basierende grafische Darstellung 
in einem anderen Fenster. Sobald der Anwender die Daten 
in der Kalkulationstabelle ändert, verändert sich auch die 
grafische Darstellung im anderen Fenster, so daß für den 
Anwender eine sofortige visuelle Rückkopplung der durch- 
geführten Änderung besteht. Ein anderes Beispiel: Der 
Anwender kann Datenbank-Abfragen in ein Fenster einge- 
ben, während die Ergebnisse der vorherigen Abfragen noch 
in einem anderen Fenster angezeigt werden, so daß er nicht 
mehr erst warten muß, wenn er weiterarbeiten möchte. 

Die Befehlseingabe beim Presentation Manager ent- 
spricht der von Microsoft Windows. Der Anwender wählt 
den gewünschten Befehl durch die Positionierung eines 
Bildschirmzeigers auf das betreffende Symbol oder er wählt 
auf die gleiche Weise das gewünschte Objekt aus einer 
Liste. Das Eintippen von Befehlen in eine Prompt-Kom- 
mandozeile entfällt also weitgehend. Sofern der Anwender 
aus einem Menü von Möglichkeiten auswählt, kann er 
Drop-Down-Menüs anklicken und für die Auswahl öffnen. 
Bei komplexeren Menüs erscheint eine Dialog-Box, die den 
Anwender auffordert, weitere Daten einzugeben oder eine 
zusätzliche Wahl zu treffen. Diese grafikorientierte Dar- 
stellung bietet dem Anwender sehr viel mehr Informationen 
als eine zeichenorientierte Bedienungsoberfläche. Darüber 
hinaus ist der Dialog mit dem Computer unmittelbarer und 
deshalb einfacher zu lernen. 

Weitere Windows-ähnliche Eigenschaften des Presen- 
tation Managers bestehen darin, sowohl die Tastatur- wie 
auch die Maus-Eingabe zu unterstützen und die Möglich- 
keit, sowohl zeichenorientierte wie auch grafikorientierte 
Anwendungen ablaufen zu lassen. Zeichenorientierte 
Anwendungen werden allerdings auf dem Bildschirm auch 
nur in Zeichendarstellung wiedergegeben und erlauben 
nicht die Nutzung der grafischen Möglichkeiten des Pre- 
sentation Managers. 


Die Vorteile des MS-OS/2-Betriebssystems 


MS-OS/2 ist das erste Betriebssystem für Personal-Com- 
puter, das speziell zur Nutzung der Möglichkeiten der 
80286 /80386-Mikroprozessoren entwickelt wurde. Um die 
Vorzüge von MS-OS/2 zu verstehen, ist es notwendig, 
zuerst ein wenig von der Arbeitsweise der Mikroprozesso- 
ren 80286 und 80386 zu wissen. 

Die Mikroprozessoren 80286 und 80386 können in zweı 
verschiedenen Betriebsarten arbeiten, die als Real Mode 
und als Protected Mode bezeichnet werden. Die Auswahl- 
möglichkeit bei den Betriebsarten ist ein wichtiges Kenn- 
zeichen dieser beiden Prozessoren. 

Wenn ein Computer auf 80286- oder 80386-Mikropro- 
zessor-Basis unter MS-DOS läuft, so arbeitet der Mikro- 
prozessor im Real Mode. In dieser Betriebsart arbeiten der 
80286 und der 80386 so wie ihr Vorgänger, der Intel-8088- 


08/2 


Prozessor, der in IBM-PC, PC/XT und in dazu kompati- 
blen Computern zu finden ist. Der einzige Unterschied 
besteht darin, daß die leistungsfähigeren 80286 und 80386 
die Daten schneller verarbeiten als der 8088. Darüber hin- 
aus bieten diese beiden neueren Prozessoren im Real- 
Modus jedoch keine neuen Möglichkeiten. Deshalb können 
Anwendungsprogramme wie bisher auch nicht mehr als 
640 Kbyte Hauptspeicher adressieren, so wie in MS-DOS. 
Der Anwender ist außerdem wıe bisher darauf beschränkt, 
nur eine Anwendung zur selben Zeit zu bearbeiten. 

Wenn ein Computer auf 80286- oder 80386-Prozessor- 
Basis jedoch unter MS-OS/2 läuft, arbeitet der Mikropro- 
zessor im Protected-Modus. In dieser geschützten Betriebs- 
art hat er Zugriff auf spezielle Möglichkeiten, die es beim 
8088-Prozessor nicht gibt, z.B. auf die Fähigkeit, einen 
größeren Arbeitsspeicher als 640 KByte zu adressieren und 
verschiedene Anwendungen gleichzeitig zu verarbeiten. 
Eine Erläuterung dieser Fähigkeiten erfolgt im Anschluß. 


Aufhebung der 640-Kbyte-Speicherbegrenzung 


Unter MS-OS/2 können Anwendungsprogramme mit 
einem physikalischen Hauptspeicher bis 16 Mbyte (RAM) 
und mit einem virtuellen Speicher - bei dem die Festplatte 
als Quası-Erweiterung des Arbeitsspeichers eingesetzt und 
die Daten nach Bedarf in den Hauptspeicher geladen wer- 
den - bis maximal 1 GByte arbeiten. Durch die Beseitigung 
der 640-Kbyte-Speicherbegrenzung dürfen Anwendungs- 
programme nun viel größer sein als vorher. Für den Anwen- 
der bringt dies größere Funktionalität und einfachere 
Bedienung mit sich. 


Multitasking-Fähigkeiten 


MS-OS/2 hat hochentwickelte Multitasking-Fähigkeiten, 
einschließlich einer prioritätsgesteuerten Prozessor-Zutei- 
lung. Dieses »Priority-based Scheduling« macht es möglich, 
bestimmten Anwendungen eine höhere Priorität zuzuord- 
nen als anderen, so daß sie mehr »Prozessor-Arbeitszeit« 
zugeteilt bekommen und der Prozessor für sie häufiger zur 
Verfügung steht. Diese Art der Prozessor-Zuweisung stei- 
gert die Effizienz von Multitasking-Anwendungen erheblich. 
Multitasking verbessert andererseits auch die Produkti- 
vität des Anwenders. So kann er z.B. ein Textdokument 
ausdrucken und bei der Druckerausgabe neue Daten in eine 
Kalkulationstabelle eingeben. Ein weiteres Beispiel: Der 
Anwender arbeitet an der Erstellung einer Zeichnung, wäh- 
rend im Hintergrund das Anwendungsprogramm »Elcktro- 
nische Post« läuft und eingehende Nachrichten sammelt. 


Höhere Produktivität des Anwenders 


Durch die neuen Möglichkeiten von MS-OS/2 werden Soft- 
ware-Entwickler in die Lage versetzt, eine neue Generation 
von Anwendungsprogrammen zu entwickeln, die sehr viel 


leistungsfähiger als bisherige Programme und darüber hin- 
aus noch einfacher zu bedienen sind. Das Resultat ist ein 
erheblicher Gewinn an Anwender-Produktivität. 


MS-OS/2 Version 1.1 bietet zusätzliche Vorteile 


Mit dem zusätzlichen Presentation Manager und anderen 
neuen Erweiterungen des Betriebssystem-Kerns bietet MS- 
OS/2, Version 1.1, wesentliche Vorteile gegenüber der Ver- 
sion 1.0. Des besseren Überblicks wegen sind diese Vorteile 
im folgenden in zwei Gruppen gegliedert worden: Vorteile 
für den Anwender einerseits und Vorteile für den Software- 
Entwickler andererseits. 


Vorteile für den Anwender 


Folgende Vorteile hat der Anwender durch die Nutzung 

von MS-OS/2, Version 1.1: 

1. Einfachere Bedienung. 

2. Einheitlichkeit innerhalb des gesamten Betriebssystems. 

3. Einheitlichkeit bei allen Anwendungen. 

4. Datenaustausch zwischen Programmen auf Anwen- 
dungsebene. 

5. Die Möglichkeit, größere Massenspeicher-Partitions zu 
benutzen. 


Einfachere Handhabung 


Die Anwender des MS-OS/2, Version 1.1, werden erfahren, 
daß eine grafische Bedienungsoberfläche einfacher zu erler- 
nen und zu bedienen ist, als eine zeichenorientierte Bedie- 
nungsoberfläche. Menschen können mehr Informationen 
verarbeiten, die visuell aufgenommen wurden, als über 
irgendein anderes Sinnesorgan. Bei der grafischen Bedie- 
nungsoberfläche wird diese Tatsache als Vorteil genutzt. 
Durch die Symbole, »Drop-Down«-Menüs, Dialog-Boxen 
und andere grafische Möglichkeiten erklärt sich der MS- 
OS/2-Presentation Manger im wesentlichen selbst. Bei 
Benutzung einer Maus läuft der Lernvorgang bei MS-OS/2 
noch unmittelbarer ab: Der Anwender zeigt einfach mit 
dem Bildschirmzeiger auf die gewünschte Funktion und 
drückt dann die Maustaste. 


Einheitlichkeit bei verschiedenen 
Betriebssystemen 


Ein anderer Vorteil der neuen Bedienungsoberfläche ist die 
Einheitlichkeit über verschiedene Betriebssysteme hinweg. 
Da aus der Sicht des Anwenders der MS-OS/2-Presentation 
Manager identisch zu Microsoft Windows 2.0 und Microsoft 
Windows/386 ist, gibt es nun eine einheitliche Bedienungs- 
oberfläche für Computer auf MS-DOS- und auf MS-OS/2- 
Basis. Diese Einheitlichkeit erleichtert dem Anwender den 
Übergang von einem Betriebssystem zum anderen und 
minimiert die zum Erlernen des neuen Systems erforder- 
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liche Zeit. Außerdem wird Microsoft MS-OS/2 weiterent- 
wickelt, um die Möglichkeiten des 80386-Prozessors voll zu 
nutzen: Somit wird es eine einheitliche Bedienungsober- 
fläche für drei Prozessor-Generationen geben, weil auch beı 
dieser Erweiterung der MS-OS/2-Presentation Manager er- 
halten bleibt. 


Einheitlichkeit über Anwendungen hinweg 


Ein Vorteil, den der Presentation Manager ebenfalls bietet, 
ist eine einheitliche Bedienungsoberfläche für verschiedene 
Anwendungen. Das MS-OS/2-Software-Entwicklungs-Kit 
von Microsoft enthält alle Informationen, die notwendig 
sind, damit Software-Entwickler Anwendungen entwickeln 
können, die genau dieselbe Bedienungsoberfläche haben, 
wie sie der Presentation Manager darstellt. Das Konzept 
einer einheitlichen Anwendungs-Bedienungsoberfläche ver- 
kürzt die Lernkurve des Anwenders und bewirkt, daß er in 
kürzerer Zeit produktiver wird. So wird der Anwender als- 
bald wissen - ohne in ein Handbuch schauen zu müssen - 
daß er immer das »File«-Menü anklicken muß, um eine 
Datei zu öffnen und das »System«-Menü, um eine Anwen- 
dung zu beenden. Diese Einheitlichkeit in der Menüstruktur 
engt dabei keineswegs die Kreativität der Software-Ent- 
wickler ein, die weiterhin die Freiheit haben, die Bild- 
schirm-Darstellung und die Wahlmöglichkeiten für den 
Anwender in der Weise zu gestalten, wie sie dies möchten. 
Für den Bediener ist es jedoch viel einfacher, neue Anwen- 
dungsprogramme zu lernen, weil gleichartige Funktionen 
bei einer Vielzahl von Anwendungsprogrammen in dersel- 
ben einheitlichen Weise gehandhabt werden. 


Datenaustausch zwischen Programmen auf 
Anwendungsebene 


Ein anderer Vorteil von MS-OS/2, Version 1.1, ist die ver- 
besserte Kommunikation zwischen den Anwendungen. Bei 
Verwendung des »Electronic Clipboard« kann der Anwen- 
der z.B. ein Bild aus einer Grafikanwendung oder aus einer 
Kalkulationstabelle in ein Textdokument hineinkopieren. 
Darüber hinaus erlaubt die Funktion »Dynamischer Daten- 
austausch« die direkte Kommunikation von Anwendungen 
untereinander. Ein Beispiel hierfür: Der Anwender möchte 
ein Programm auf Tabellenkalkulations-Basis entwickeln, 
das die aktuellen Werte seiner Aktien anzeigt und dabei 
Kauf-/Verkaufsempfehlungen gibt. Das Programm könnte 
eine Kommunikations-Software nutzen, um in periodischen 
Intervallen die »Dow Jones«-Datenbank abzufragen und 
mit diesen Werten automatisch die Kalkulationstabelle 
aktualisieren. 


Die Verwaltung großer Festplatten-Partitions 
Die Version 1.1 umfaßt ein erweitertes File-System, das es 


erlaubt, Festplatten in größere Partitions zu unterteilen. 
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Statt der Begrenzung auf 32 Mbyte pro Partition, wie sie bei 
MS-DOS und MS-OS/2, Version 1.0, vorhanden ist, erlaubt 
die Version 1.1 dem Anwender die Definition von Partitions 
bis zu einer Größe von 512 MByte - in Abhängigkeit davon, 
wie er seine Hardware konfiguriert. 


Vorteile für den Software-Entwickler 


Einer der Hauptvorteile des Presentation Managers für 

Software-Entwickler ist, daß zahlreiche Funktionen, die sie 

üblicherweise in die Anwendungsprogramme einbauen, 

bereits in dieser grafischen Bedienungsoberfläche vor- 
handen sind. Diese Funktionen umfassen unter anderem: 

1. Geräteunabhängige grafische Anwendungsumgebung: 
Der Presentation Manager ist funktionskompatibel zu 
einer breiten Palette von Hardware-Einheiten und 
befreit damit den Software-Entwickler von dem Pro- 
blem, sich um die Hardware-Kompatibilität sorgen zu 
müssen. 

2. Hochentwickelte Grafik-Bibliothek: 
Software-Entwickler können nach Bedarf Funktionen 
aus der Bibliothek benutzen, so daß es einfacher für sie 
ist, grafisch orientierte Anwendungen zu entwickeln. Es 
ist z.B. nicht notwendig, daß der Software-Entwickler 
Programme für Dialog-Boxen, grafikspezifische Figuren 
wie Kreise, Rechtecke, etc. oder die Farbauswahl 
schreibt. Die erforderlichen Software-Routinen sind 
bereits in der Bibliothek vorhanden. 

3. Eingebaute Fenstertechnik: 

Software-Entwickler werden es als relativ einfach emp- 

finden, fensterorientierte Anwendungen zu entwickeln, 

weil die Fenster-Funktionen bereits im grafischen 

Bedienungs-Interface vorhanden sind. 

4. Eingebaute Interprozeß-Kommunikation: 

Es wird in Zukunft sehr viel einfacher für Software- 

Entwickler sein, Anwendungen zu entwickeln, die Daten 

mit anderen Anwendungen austauschen, weil der Pre- 

sentation Manager ein integriertes Programm für die 

Interprozeß-Anwendungs-Kommunikation enthält. 

Weil alle diese Funktionen bereits im Presentation 
Manager vorhanden sind, werden Software-Entwickler 
weniger Programmcode selber schreiben müssen und des- 
halb in der Lage sein, ihr Produkt früher fertigzustellen. Ein 
anderer Vorteil für die Software-Entwickler liegt ın dem 
stark wachsenden Markt für Anwendungsprogramme mit 
einer grafischen Bedienungsoberfläche und Fensterfunktio- 
nen. Weil die MS-OS/2-Version 1.1 das Standard-Bedie- 
nungsinterface für alle Computer auf OS/2-Basis sein wird, 
haben alle Anwendungen, die für den Presentation Mana- 
ger geschrieben werden, einen großen potentiellen Markt. 
Aufgrund der Gleichartigkeit der Architektur des Presenta- 
tion Managers mit derjenigen von Microsoft Windows 2.0 
und Windows/386 wird es für die Anwendungsentwickler 
darüber hinaus einfach sein, Programme zu entwickeln, die 
sowohl unter MS-OS/2 als auch in einer MS-DOS-Umge- 
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bung unter Microsoft Windows laufen. Auch dies bedeutet 
eine Vergrößerung des Marktpotentials. 


Anwendungskompatibilität in verschiedenen 
Betriebssystem-Umgebungen 


Sowohl Software-Entwickler als auch Anwender werden 

sich fragen, in welchem Maße Anwendungsprogramme, die 

bereits für die drei PC-Betriebssystem-Umgebungen MS- 

DOS, Microsoft Windows und MS-OS/2 existieren, von 

einer Betriebssystem-Umgebung auf die andere übertragbar 

sind. Die Antwort hängt sowohl davon ab, in welcher Rich- 
tung die Portierung erfolgen soll - z.B. von MS-DOS zu 

MS-OS/2 oder umgekehrt - und andererseits, welcher 

Grad von Kompatibilität gefordert wird. Es gilt abzuwägen, 

ob die Anwendung in jeder Umgebung gleichermaßen lau- 

fen soll, oder ob sie die spezifischen Möglichkeiten der 
höherentwickelten Betriebssystem-Umgebungen nutzt. 

Von MS-DOS zu 0S/2: Bei der Übertragung von 
Anwendungsprogrammen von MS-DOS zu MS-OS/2 kann 
der Anwender davon ausgehen, daß die meisten seiner MS- 
DOS-Anwendungen auch unter der neuen Betriebssystem- 
Umgebung laufen; allerdings, jeweils nur eine Anwendung 
zur selben Zeit. Es ist nicht möglich, eine MS-DOS-Anwen- 
dung in mehreren Fenstern laufen zu lassen oder die Vor- 
teile der speziellen MS-OS/2-Funktionen zu nutzen. Um 
dies zu tun, müssen die Software-Entwickler bereits vor- 
handene MS-DOS-Anwendungen modifizieren. 

MS-Windows-Anwendungen auf MS-OS/2 übertragen: 
Anwendungsprogramme, die für die Windows-Umgebung 
geschrieben wurden, sind leichter auf MS-OS/2 zu übertra- 
gen, weil es hierbei das gemeinsame grafische Interface 
gibt. Natürlich sind trotzdem einige Änderungen notwendig, 
weil Windows ursprünglich für MS-DOS und nicht für MS- 
OS/2 entwickelt wurde. | 

Änderungen sind in folgenden Bereichen notwendig: 

1. Im »Application Programming Interface«, um eine 
Anpassung an die Funktionen des Protected Mode von 
MS-OS/2 zu erreichen. 

2. Änderungen bei den Aufrufen für die Grafik-Bibliothek, 
die bei MS-OS/2 erheblich verbessert wurde. 

3. Änderungen in einigen Kodierungs-Regeln, die modifi- 
ziert wurden, um eine bessere Standardisierung im Hin- 
blick auf MS-OS/2 zu erreichen. 


Von MS-OS/2, Version 1.0, zu MS-OS/2, Version 1.1 


Alle Anwendungen, die für die Version 1.0 von MS-OS/2 
geschrieben wurden, werden auch ohne jegliche Änderun- 
gen unter der Version 1.1 laufen, weil Microsoft für die ent- 
sprechende Aufwärtskompatibilität gesorgt hat. Sofern der 
Entwickler seine Version-1.0-Anwendung gemäß den 
Richtlinien von Microsoft entwickelt hat, wird sie auch als 
eine fensterorientierte Anwendung unter Version 1.1 
laufen. 
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Von MS-OS/2 zu MS-DOS 


MS-OS/2-Anwendungen, die spezielle MS-OS/2-Funktio- 
nen nutzen, wie beispielsweise den vergrößerten Hauptspei- 
cher oder das Multitasking, laufen nicht auf MS-DOS-Com- 
putern, weil diese Funktionen nur unter MS-OS/2 vorhan- 
den sind. 


Unterstützung für die Software-Entwickler 


Um Software-Entwicklern beim Start der Entwicklung von 
MS-OS/2-Anwendungsprogrammen zu helfen, hat Micro- 
soft ein MS-OS /2-Software-Development-Kit zusammenge- 
stellt. Dieses Kit enthält alles, was der Entwickler braucht, 
um mit der Entwicklungsarbeit für MS-OS/2-Anwendungen 
beginnen zu können. 

Die derzeitige Version des Entwicklungskits beinhaltet 
die endgültige Version von MS-OS/2 1.0, technische Spe- 
zifikationen des MS-OS/2-Presentation Managers und des 
MS-OS/2-LAN-Managers, eine neue Version des Microsoft 
Macro-Assemblers und des C-Compilers sowie andere 
Software-Entwicklungs-Werkzeuge. Eine aktualisierte Ver- 
sıon des Kits, die eine Vorversion des Presentation Mana- 
gers enthält, ist ab Frühjahr 1988 lieferbar. Diese Version 
wird kostenlos an solche Entwickler abgegeben, die bereits 
das ursprüngliche Entwicklungs-Kit erworben haben. Dieser 
Update-Service ist Bestandteil des Maßnahmen-Katalogs, 
mit dem Microsoft MS-OS/2-Systementwickler unterstützt. 
Zu diesem Katalog gehören ferner die Dienstleistungen des 
Microsoft Instituts, MS-OS/2-Symposien und -Seminare, 
das Microsoft Dial (Online Informationsdatenbank) sowie 
das Ihnen vorliegende Microsoft System-Journal. 


Hardware-Voraussetzungen 


Die von Microsoft empfohlene Mindestkonfiguration zum 
Betrieb des MS-OS/2 ist ein Computer mit 2 MByte 
Hauptspeicher (RAM) und einer Festplatte. Soll der Pre- 
sentation Manager eingesetzt werden, muß das System dar- 
über hinaus einen Grafik-Bildschirm mit entsprechendem 
Grafikadapter haben. 


Produkt-Verfügbarkeit 


Wie MS-DOS wird MS-OS/2 nur an PC-Hersteller geliefert 
(OEM-Kunden). Die Hersteller adaptieren, testen und 
vermarkten das Betriebssystem auf ihren jeweiligen Com- 
putern. Die OEM-Lizenzkunden von Microsoft werden im 
vierten Quartal 1988 die vollständige Implementierung der 
MS-OS/2, Version 1.1, erhalten. Obwohl die Verfügbarkeit 
des Betriebssystems für die Endanwender von den Compu- 
terherstellern abhängt, die MS-OS/2-Lizenzen bei Micro- 
soft erworben haben, geht Microsoft davon aus, daß MS- 
OS/2, Version 1.1, noch vor dem Jahresende 1988 für die 
Endanwender verfügbar ist. 
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Mitteilungen 


Mitteilungen .... Mitteilungen .... Mitteilungen 


Windows-Software-Development-Kit in der 
Version 2.0 verfügbar 


Seit April liefert Microsoft die Version 2.0 des Windows- 
Software-Development-Kits aus. Das Kit wurde zur 
schnelleren Entwicklung von Anwendungen auf Windows- 
Basıs ausgelegt. Das betrifft sowohl die Windows-Version 
2.0 als auch die Windows-386-Version für die MS-DOS- 
Betriebssystem-Umgebung. Die Version 2.0 des Microsoft 
Windows-Software-Entwicklungs-Kits beinhaltet eine Viel- 
zahl von Verbesserungen gegenüber früheren Versionen 
(Windows-SDK 1.0 und 1.04), einschließlich mehr als fünf- 
zig neuer Funktionen und Meldungen; neue, erweiterte 
Utilities; eine vereinfachte Installation sowie eine umfang- 
reichere Dokumentation. Das neue SDK-Paket ist außer- 
dem mit 3%-Zoll-Disketten für die IBM-Personal 
System/2-Computer ausgestattet. 


Alle bisherigen Windows-SDK-Utilities wurden in der 
Version 2.0 verbessert und eine Reihe neuer Utilities sind 
hinzugekommen. Der Leistungsumfang des neuen SDK- 
Pakets sicht folgendermaßen aus: 


= Mehr als 50 neue Funktionen und Meldungen, die MS- 
OS/2-Programmfunktionen emulieren. 


= Eine neue SNAP-Utility zur Definition und zum Aus- 
druck von Teilen des Bildschirms. 


= Eine neue SPY-Utility zur Prüfung von Meldungen, die 
von Windows an die Anwendung gesendet werden. 


= Eine neue Fließkomma-Mathematik-Bibliothek, die das 
Vorhandensein eines Fließkomma-Prozessors abfragt 
und ihn dann gegebenenfalls einsetzt. 


= Einen verbesserten Dialog-Editor zur Erstellung von 
Dialog-Boxen und zum Sichern von Eingaben. 


= Einen verbesserten ICON-Editor zur Erstellung spe- 
zieller Symbole, Cursor und Bit-Maps. 


= Einen verbesserten Font-Editor zur Zeichengenerierung 
durch den Anwender. 


= Einen verbesserten Ressource-Compiler zur Kompilie- 
rung von Anwendungs-Ressourcen-Files und zum Hin- 
zufügen dieser Files zu den Hauptressourcen-Files. 


= Eine verbesserte »Programm-Wartungs-Hilfe« zur auto- 
matischen Programmpflege. 


= Einen verbesserten symbolischen Debugger. 


= Eine neue Dokumentation, einschließlich eines Lernfüh- 
rers mit Quellcode-Beispielen für Windows-Program- 
mieranfänger. 


= Ein verbessertes Installationsprogramm mit anwender- 
freundlichen Anleitungen. 
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MS-OS/2 LAN-Manager-Technik auf 
Unix-System-V portiert 


Microsoft und Hewlett-Packard haben mit dem Microsoft 
LAN-Manager/X (LM/X) ein neues Netzwerk angekün- 
digt, das die Funktionen des MS-OS/2 LAN-Managers in 
die Unix-System-V-Betriebssystemumgebung einbringt. Das 
neue Produkt ist gemeinsam von Microsoft und Hewlett- 
Packard entwickelt worden. Es ermöglicht Unix-System-V- 
basierenden Servern, auf denen LM/X installiert ist, Ser- 
vice-Anforderungen von Workstations zu unterstützen, die 
unter MS-Networks-, MS-Networks-for-Xenix und MS- 
OS/2 LAN-Manager-Netzwerksoftware laufen. 

LM/X wird zuerst für Systeme mit dem Intel-80386-Pro- 
zessor entwickelt, die als Betriebssystem das aus 
Xenix/Unix-V abgeleitete Microsoft-Unix-System-V /386, 
Release 3.2, haben. Es kann jedoch auch auf Server portiert 
werden, die mit anderen Implementationen des Unix- 
Betriebssystems arbeiten. Microsoft wird LM/X-Lizenzen 
ab 1989 an OEM-Kunden vergeben. Ein Software-Entwick- 
lungs-Kit von Microsoft soll gegen Ende 1988 lieferbar sein. 

Die Netzwerk-Technik, ein entscheidender Teil heutiger 
Büroumgebung, macht es möglich, daß PCs über Gateways 
auf zentrale Ressourcen und Informationen Zugriff haben. 
Anwender von DOS- und OS/2-basierenden PCs können 
dank LM/X ohne zusätzliche Software mit einer breiten 
Palette von Computersystemen kommunizieren. 


DCA und Microsoft kündigen strategische 
Zusammenarbeit an 


Microsoft Corporation und die Digital Communications 
Associates Inc. (DCA) haben im März bekanntgegeben, 
daß sie im Rahmen einer strategischen Zusammenarbeit 
die MS-OS/2-Netzwerk-Fähigkeit weiterentwickeln. DCA 
hat eine Lizenz für den OS/2-LAN-Manager erworben, den 
das Unternehmen sowohl separat als auch in Verbindung 
mit dem DCA-Select-OS/2-Communications-Server (CS) 
vertreiben will. Microsoft bringt bei dieser Zusammenarbeit 
die technische Unterstützung zur Entwicklung des DCA- 
Select-OS/2-CS ein. Der DCA-Select-OS/2-CS bietet eine 
breite Palette von Kommunikationsmöglichkeiten, um 
lokale PC-Netzwerke mit Mainframe-Computern zu 
verbinden. Die Vermarktung erfolgt durch DCA. 

Der Microsoft-OS/2-LAN-Manager läuft auf einer 
Reihe führender Netzwerke, einschließlich IBM-»Token 
Ring« und den weitverbreiteten Netzwerken auf Ethernet- 
Basis. Der DCA-Select-OS/2-CS setzt auf den Microsoft- 
OS/2-LAN-Manager auf. Die Microsoft-OS/2-LAN-Mana- 
ger-Version von DCA wird die Bezeichnung DCA-Select- 
OS/2-LAN-Manager (LM) tragen und mit dem DCA-»10- 
Net« zusammenarbeiten. Dieses Produkt bietet damit einen 
MS-OS/2-Erweiterungspfad für mehr als 100.000 »10-Net«- 
Anwender. 
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Die Erweiterungsmöglichkeit stellt einen erheblichen 
Fortschritt im Bereich der LAN-Möglichkeiten dar. DCA 
verbindet damit seine führende Kommunikations-Hochlei- 
stungs-Software mit den fortschrittlichen Netzwerk-Fähig- 
keiten des Microsoft-OS/2-LAN-Managers, um auf einer 
ganz neuen Ebene von Funktionalität und Kosteneffizienz 
Mainframe-Anschlußmöglichkeiten für Arbeitsgruppen- 
Konfigurationen zu bieten. 

Dadurch, daß der DCA-Select-OS/2-CS auf dem Micro- 
soft-OS/2-LAN-Manager aufsetzt, kann DCA einen 
leistungsfähigen SNA-Kommunikationsserver bereitstellen, 
der sowohl MS-OS/2 wie auch MS-DOS-Workstations 
unterstützt. Der DCA-Select-OS/2-CS wurde gemäß der 
»Client/Server«-Architektur entwickelt, bei der kooperie- 
rende Elemente einer Applikation auf einem Server und 
einer Workstation lokalisiert sein können. Diese Methode 
schafft für DCA die Möglichkeit, einen Teil des Prozesses 
dem Server zuzuordnen, um damit Software-Pakete zu 
erstellen, die weniger Speicherbedarf in MS-DOS-Work- 
stations benötigen. Darüber hinaus führt der Einsatz eines 
Servers zur Zusammenfassung und Übertragung aller Infor- 
mationsanforderungen und damit zur Optimierung der 
Workstation-Nutzungszeit. Für den Zugriff auf den Main- 
frame durch die gesamte Netzwerk-Anwender-Basis ist nur 
eine Server-Verbindung erforderlich, woraus sich wiederum 
eine erhebliche Verminderung der Hardware-Kosten ergibt. 

DCA entwickelt die Bediener-Oberfläche des DCA- 
Select-OS/2-CS in der Weise, daß sie konsistent zum 
»Common User Access Compliant Interface« des 
Microsoft-OS /2-LAN-Managers und zu MS-OS/2, Version 
1.1, ıst. Die Standard-IRMA-Bedieneroberfläche wird 
ebenfalls unterstützt. 

»Auf MS-OS/2 basierende Server, die mit dem Mi- 
crosoft-OS/2-LAN-Manager laufen, werden das Kernstück 
der zukünftigen PC-Netzwerke sein. Wir haben uns dafür 
entschieden, unseren Kommunikationsserver auf dem 
Microsoft-OS/2-LAN-Manager aufzubauen, weil wir davon 
ausgehen, daß dies der Standard werden wird. Durch das 
Angebot beider Produkte bieten wir eine komplette Lösung 
für solche Anwender, die einen Netzwerk-Zugriff über lei- 
stungsfähige SNA-Kommunikationseinrichtungen wün- 
schen«, so kommentiert James ÖOttinger, Präsident von 
DCA, die Neuankündigung. 

Als Teil der Zusammenarbeit beteiligte sich DCA an 
den »Microsoft Advanced Local Area Network Developers 
Conferences«, die vom 30. März bis zum 2. April in San 
Franzisko und vom 13. bis 15. April in New York stattfand. 
Eine vergleichbare europäische LAN-Konferenz plant 
Microsoft Ende Mai in Frankfurt durchzuführen. 

Der Microsoft-OS/2-LAN-Manager erweitert die Lei- 
stung des Microsoft-OS/2-Betriebssystems zu der eines 
LAN-Servers. Er bietet eine Vielzahl von netzwerkorien- 
tierten Möglichkeiten, einschließlich transparentem File- 
und Drucker-Sharing, weitreichende Anwendersicherheit 
sowie Netzwerk-Administrations-Fähigkeiten. Er unter- 


stützt darüber hinaus die Interprozeß-Kommunikation, so 
daß Entwickler eine neue Generation von dezentralen 
Applikationen gemäß der »Client/Server«-Architektur 
erstellen können. Der Microsoft-OS/2-LAN-Manager wird 
im zweiten Quartal 1988 für OEM-Kunden zur Verfügung 
stehen. Die Auslieferung des DCA-Select-OS/2-CS und des 
DCA-Select-OS/2-LM durch DCÄ ist für das erste Quartal 
1989 geplant. 


Vom Terminal zur Client/Server-Anwendung: 
»Extended Workgroup Computing« 


Der oft als ein riesiger einheitlicher Markt betrachtete PC- 
Bereich besteht in Wirklichkeit aus einer Reihe von unter- 
schiedlichen Anwendergruppen, z.B. Einzelanwender, 
Kleinunternehmen und Großanwender. Innerhalb der 
Großanwendergruppe lassen sich zwei Bereiche unterschei- 
den: Anwender, die von Terminal-/Mainframe-Konfigura- 
tionen zum PC kamen und solche, deren erste Erfahrungen 
mit dem Computer auf dem PC gemacht wurden. Bei der 
betrieblichen Datenverarbeitung der zuerst genannten 
Gruppe dominierte eine Konfiguration, in der 3270-Termi- 
nals an einen IBM-Mainframe angeschlossen waren. Im 
Jahre 1985 gab es beispielsweise in den Vereinigten Staaten 
nahezu 3,5 Millionen 3270-Terminals. Anwender, die zwi- 
schen einem »dummen« 3270-Terminal und einem PC 
»umschalten« wollen, benötigen eine Zusatzkarte, die den 
PC aus der Sicht des Mainframes zu einem 3270-Terminal 
macht. Karten dieser Art werden einfach in den PC ein- 
gesteckt, ohne daß eine Konfigurationsänderung beim 
Mainframe nötig ist oder daß der Anwender speziell hierfür 
ausgebildet wird. Die DCA-IRMA-Karte ist eine solche 
Zusatzkarte, die genau diese Funktion bietet. DCA ver- 
kaufte mehr als 600.000 IRMA-Karten und die IRMA- 
Karte wurde eines der am schnellsten verkauften neuen 
Hardware-Produkte in der Geschichte der Computer-Indu- 
strie. Nach der Vorstellung der IRMA-Karte durch DCA 
brachte auch IBM eine vergleichbare Karte auf den Markt. 
DCA erreichte mit der IRMA-Karte 55 Prozent Marktan- 
teil im 3270-Einsteckkarten-Markt. 

Als Auswirkung der Verbreitung von PC-basierenden 
Einsteckkarten wie der IRMA-Karte ging der Verkauf von 
3270-Terminals seit 1987 zurück. Das Wachstum ım 3270- 
Markt konzentrierte sich im wesentlichen auf PCs, die mit 
IRMA-Karten bzw. IRMA-ähnlichen Karten ausgerüstet 
sind. Personalcomputer, die 3270-Terminals emulieren, 
werden zur Zeit mit einer Stückzahl von rund 300.000 
Systemen pro Jahr installiert, so daß hierauf zwischen 7 und 
10 Prozent aller verkauften PCs entfallen. 

Ein wesentlich größeres Segment, vermutlich mehr als 
35 Prozent des gesamten PC-Marktes, bilden kommerzielle 
Anwender, die vor dem Erscheinen des PC keinen Zugriff 
auf irgendwelche Computer-Ressourcen hatten. Oftmals 
kauften Anwender, die in einer bestimmten Abteilung eines 
Unternehmens zusammenarbeiten, PCs, um bestimmte 
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Aufgaben damit zu erledigen, z.B. Tabellenkalkulations- 
Analysen oder Textverarbeitung. Nach ein paar Jahren 
erkannten diese Anwender die Notwendigkeit, Informatio- 
nen gemeinsam mit solchen Leuten zu nutzen, mit denen sie 
regelmäßig zusammenarbeiteten. Das lokale Netzwerk bot 
hierfür die perfekte Lösung. Die erste bedeutende Gene- 
ration von PC-Netzwerken, die 1984 auf der Basis des IBM- 
MS-NET-Standards entstand, bot den Anwendern einen 
Weg, gemeinsam auf Dateien zuzugreifen und teuere Peri- 
pheriegeräte, wie z.B. Laserdrucker, gemeinsam zu nutzen. 

Der LAN-Markt entwickelte sich zunächst etwas lang- 
samer als der »Mainframe Connectivity«-Markt. Obwohl 
MS-NET einen File-System-Standard auf hoher Ebene 
bietet, vermißte man einige Dinge darin, wie zum Beispiel 
Standards für die Hardware und die Verkabelung von PCs 
untereinander, ebenso wie Standards für die Kommunikati- 
onsprotokolle der unteren Ebenen. Dies steht in einem 
scharfen Kontrast zur Großcomputer-Umgebung, wo Pro- 
dukte wie die IRMA-Karte von DCA einfach eingesteckt 
werden und zu existierenden IBM-Mainframe-Kommuni- 
kationsprotokollen kompatibel sind. Nach dem etwas lang- 
samen Start legten die PC-LANs jedoch ständig zu. 1986 
überstieg die Zahl der PC-Netzwerk-Karten bereits die 
Zahl der verkauften IRMA-3270-Karten. »Token Ring« und 
»Ethernet« wurden branchenweite Standards und erleich- 
terten die Entscheidung der Kunden für ein PC-Netzwerk. 
Das Wachstum der PC-Netzwerke beschleunigte sich 1987. 
Es wurde mehr und mehr klar, daß sowohl aus technischen 
wıe aus kaufmännischen Gründen die schnellere, leistungs- 
fähigere und flexiblere LAN-Technik die dominierende 
Methode zur Verbindung von Computern und Peripherie- 
geräten wird, auch - in zunehmender Weise - bei Main- 
frame-Computern. Dieser Trend wurde bestätigt, als IBM 
1986 ankündigte, daß seine Mainframe-Computer direkt an 
Token-Ring-Netzwerke anschließbar seien. 1987 begann 
IBM Produkte auszuliefern, z.B. das System 9370, die diese 
Netzwerk-Fähigkeiten beinhalten. 

Trotz der rasch wachsenden Zahl von PC-LANs ist der 
3270-Terminal-Markt keineswegs völlig verschwunden. PC- 
Netzwerke und direkter Mainframe-Anschluß waren zwei 
getrennte Welten. Diese Trennung in zwei Welten unter- 
stützte den frühen und rasanten Einzug der PCs in kom- 
merzielle Anwender-Umgebungen. Anwender mit spezifi- 
schen Anforderungen konnten durch die Installation von 
PCs ihre Probleme lösen, ohne dabei lange Planungs- 
zeiträume berücksichtigen zu müssen. 

Die Kehrseite dieser Trennung bestand darin, daß ein 
PC-Anwender, der sowohl Zugriff auf die Ressourcen 
innerhalb einer Arbeitsgruppe als auch einen Mainframe 
haben wollte, zwei verschiedene Hardware-Karten in seinen 
PC einbauen mußte: je eine Netzwerk-Karte und Main- 
frame-Kommunikationskarte. Darüber hinaus bedurften 
beide Verfahren einer jeweils unabhängigen Administra- 
tion. LAN-Gateway-Produkte wie DCA-IRMALAN über- 
nahmen eine Pionierfunktion bei der Lösung dieses Pro- 
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blems. In reinen, auf DOS basierenden Umgebungen 
stießen diese Lösungen jedoch auf Grenzen, gezogen durch 
den Hauptspeicher und die Verarbeitungsleistung. 

Ohne ein Multitasking-Betriebssystem mit Protected 
Mode wäre es nicht möglich, eine sichere Lösung zu imple- 
mentieren, die den Zugriff auf ein lokales Netz und den 
Host-Anschluß bietet. MS-OS/2 ist das Kern-Betriebs- 
system, das diese Fähigkeit hat. Server, die direkt auf MS- 
OS/2 basieren wie der MS-OS/2-LAN-Manager und der 
IBM-OS/2-LAN-Manager stellen den nächsten Schritt dar, 
mit PCs ausgerüsteten Arbeitsgruppen sowohl Zugang zum 
Host als auch den Zugriff auf das lokale Netz zu bieten. Die 
Verfügbarkeit von Servern auf MS-OS/2-Basis wird einen 
erheblichen positiven Einfluß auf die Vielfalt von PC- 
Anwendungen unabhängiger Software-Hersteller haben. 
Die Entwickler können nun Anwendungen schreiben, die 
auf der »Client/Server«-Architektur basieren. In solchen 
Anwendungen laufen Teile der Software auf dem Anwen- 
der-PC: typischerweise die Software, mit der es der Anwen- 
der dirckt zu tun hat, z.B. cine Tabellenkalkulation. Der 
andere Teil der Software läuft auf dem Server: typischer- 
weise derjenige Teil, der die gemeinsamen System-Ressour- 
cen steuert oder die externen Kommunikationskanäle ver- 
waltet. Der DCA-Select-OS/2-CS ist ein hervorragendes 
Beispiel einer auf MS-OS/2-»Client//Server«-Anwendung. 
Produkte wie der DCA-Select-OS/2-CS werden eine 
Schlüsselrolle spielen, wenn es darum geht, das Konzept der 
»Extended Workgroup« Wirklichkeit werden zu lassen. 


Multiplan 4.0 läuft unter 
MS-OS/2 und MS-DOS 


Die Version 4.0 von MULTIPLAN wird nicht nur unter 
MS-DOS, sondern auch unter MS-OS/2, Version 1.0, lau- 
fen. Das Produkt, das in der englischen Version voraus- 
sichtlich im Sommer 1988 auf den Markt kommen wird, ist 
das erste einer Reihe von Microsoft-Anwendungspaketen, 
das die Möglichkeiten des neuen MS-OS/2-Betriebssystems 
nutzt. MULTIPLAN 4.0 verbindet die Leistungsfähigkeit 
und Flexibilität von MS-OS/2, Version 1.0, mit neuen Mul- 
tiplan-Funktionen. Microsoft hat MULTIPLAN vollständig 
überarbeitet, um die Vorteile von MS-OS/2 wie Multitas- 
king und den vergrößerten Arbeitsspeicher zu nutzen. 
MULTIPLAN 4.0 läuft als Protected Mode-MS-OS/2- 
Anwendung. Es ermöglicht echtes Multitasking, so daß der 
Anwender mehrere separate Kalkulationsdateien aufrufen 
kann und mehrere Funktionen gleichzeitig ausführbar sind. 

»Mit MULTIPLAN 4.0 für MS-OS/2, Version 1.0, bie- 
tet Microsoft den weltweit 1,5 Mio. MULTIPLAN-Anwen- 
dern eine einfache Möglichkeit, schnell auf das MS-OS/2- 
Betriebssystem umzusteigen«, kommentiert Christian 
Wedell, Geschäftsführer der deutschen Microsoft GmbH, 
die Ankündigung. Gerade Tabellenkalkulierer werden die 
Neuerungen des MS-OS/2 gut nutzen können. Für sie fällt 
damit die 640-KByte-Speichergrenze von MS-DOS. 


r 
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Termine 


Das Microsoft OS/2 Einführungs-Seminar 


In diesem zweitägigen Seminar für PC-Software-Entwickler 
lernen die Teilnehmer das Konzept von MS-OS/2 kennen 
und erhalten einen Überblick seine Fähigkeiten und 
Programmierschnittstellen. Während des Seminars haben 
die Teilnehmer die Möglichkeit, das Gelernte anhand von 
Übungsaufgaben für sich selbst zu überprüfen. | 


Ort 
Hamburg 


Düsseldorf 


Köln 


Frankfurt 


Tübingen 


München 


Münster 
Graz 
Wien 


Datum 


02./03.05. 
16./17.05. 
09./10.05. 
18./19.05. 
26./27.05. 
06./07.06. 
22./23.06. 
29./30.06. 
04./05.05. 
16./17.05. 
24./25.05. 
30./31.05. 
20./21.06. 
27./23.06. 
13./14.06. 
20./21.06. 
09./10.05. 
26./27.05. 
27./28.06. 
02./03.05. 
30./31.05. 
15./16.06. 
06./07.06. 
26./27.05. 
02./03.05. 
06./07.06. 


Veranstalter 


OBZ 
Integrata 
OBZ 

OBZ 

OBZ 

OBZ 

OBZ 

OBZ 

OBZ 

OBZ 

OBZ 

OBZ 

OBZ 

OBZ 

OBZ 
Integrata 
Integrata 
Integrata 
Integrata 
Integrata 
Integrata 
OBZ 
Integrata 
Ueberreuter 
Ueberreuter 
Ueberreuter 


Der Microsoft OS/2 Workshop 


In diesem dreitägigen Seminar für PC-Software-Entwickler, 
die das MS-OS/2-Einführungsseminar besucht haben, ler- 
nen die Teilnehmer Family-API-Programme zu schreiben 
und Device-1/O-Routinen zu erstellen sowie Multitasking- 
Funktionen zu nutzen und eigene Dynamic-Link-Bibliothe- 
ken zu erstellen, sowie die erweiterten Speicherver- 
waltungsmöglichkeiten von OS/2 zu programmieren. 


Ort 
Hamburg 


Düsseldorf 


Köln 


Münster 
Frankfurt 
Tübingen 
München 
Wien 


Datum 


04./05./06.05. 
08./09./10.06. 


18./19./20.05. 


22./23./24.06. 
08./09./10.06. 
22./23./24.06. 
13./14./15.06. 
04./05./06.05. 
04./05./06.05. 


08./09./10.06. 


Veranstalter 


OBZ 

OBZ 

OBZ 

OBZ 
Integrata 
Integrata 
Integrata 
Integrata 
Ueberreuter 
Ueberreuter 


... lermine ... Termine ... Termine 


Das Microsoft Windows Einführungs-Seminar 


In diesem zweitägigen Seminar für PC-Software-Entwickler 
lernen die Teilnehmer das Konzept von Microsoft Windows 
kennen und erhalten einen Überblick über dessen Fähig- 
keiten und Programmierschnittstellen. 


Ort Datum Veranstalter 
Hamburg 16./17.05. OBZ 
06./07.06. Integrata 
Düsseldorf 02./03.05. OBZ 
13./14.06. OBZ 
Köln 10./11.05. OBZ 
06./07.06. OBZ 
Frankfurt 27./28.06. Integrata 
Tübingen 30./31.05. Integrata 
20./21.06. Integrata 
München 16./17.05. Integrata 
26./27.05. Integrata 
30./31.05. OBZ 
13./14.06. Integrata 
Wien 16./17.05. Ueberreuter 
20./21.06. Ueberreuter 
Graz 06./07,06. Ueberreuter 
Linz 03./04.05. Ueberreuter 


Der Microsoft Windows Workshop 


In diesem dreitägigen Seminar für PC-Software-Entwickler, 
die das Microsoft Windows Einführungsseminar besucht 
haben, lernen die Teilnehmer Benutzerschnittstellen zu er- 
stellen, die grafische Programmierschnittstelle zu nutzen, 
die Routinen zum Memory Management anzuwenden und 
dynamische Bibliotheken zu erstellen und zu benutzen. 


Ort Datum Veranstalter 
Hamburg 18./19./20.05. OBZ 
08./09,./10.06. Integrata 
Düsseldorf 04./05./06.05.  OBZ 
Köln 08./09./10.06.  OBZ 
Münster 09./10./11.05. Integrata 
Tübingen 24./25./26.02. Integrata 
04. /05./06.05. Integrata 
München 02./03./04.03. Integrata 
18./19./20.05. Integrata 
Wien 13./14./15.04. Ueberreuter 


18. /19./20.05. Ueberreuter 
22./23./24.06. Ueberreuter 


Das Microsoft Institut arbeitet vor Ort mit kompetenten 
Schulungsunternehmen zusammen: 

DPS Computer Schule GmbH, Braunschweig 

Integrata GmbH, Tübingen 

Olivetti Bildungs-Zentrum GmbH, Düsseldorf 

Ueberreuter Media GmbH, Wien 

Digicomp AG, Zürich 

Electro Calcul SA, Lausanne. 
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Neue Compiler für MS-OS/2-Applikationen 


Microsoft hat im März fünf neue Sprachen, 
einen neuen »intelligenten« Texteditor für Pro- 
grammierer, eine verbesserte Version des Code- 
View-Debuggers und andere Hilfen zur Ent- 
wicklung von Microsoft-OS/2- und IBM-OS/2- 
Applikationen angekündigt. Jeder Compiler 
wird in einer gemeinsamen Packung mit allen 
Disketten als MS-DOS- und gleichzeitig als MS- 
OS/2-Version ausgeliefert. Da sich die Preise 
der Compiler nicht erhöhen, kann der Umstieg 
von MS-DOS auf MS-OS/2 für die Benutzer der 
neuen Compiler-Versionen ohne Aufpreis erfol- 
gen. Zusätzlich wird es die Möglichkeit zum Up- 
date von älteren MS-DOS-Compilern auf die 
neuen Versionen geben. Damit wird sowohl der 
Umstieg erleichtert als auch sichergestellt, daß 
es in kurzer Zeit viele weitere MS-OS/2-Anwen- 
dungen geben wird. 


Die neuen Sprachversionen, der optimierende C-Compiler, 
Version 5.1, der Microsoft Macro Assembler, Version 5.1, 
die Microsoft Basic Compiler, Version 6.0, der optimie- 
rende Fortran Compiler, Version 4.1, und die neue 
Microsoft-Pascal-Compiler-Version 4.0 sind dazu geeignet, 
sowohl Anwendungen für den Real Mode von MS-DOS als 
auch für den Protected Mode von MS-OS/2 zu entwickeln. 
Ebenfalls angekündigt wurde das Microsoft-OS /2- 
»Programmers Toolkit«, das spezielle Dokumentationen 
und Hilfen zur Entwicklung von MS-OS/2-Anwendungen 
enthält. 

Mit den neuen Produkten steht dem Entwickler eine 
komplette Palette von Entwicklungswerkzeugen zur Verfü- 
gung. »Unsere neuen Sprachversionen erlauben dem Ent- 
wickler die Auswahl von individuell gewünschten Spra- 
chen«, kommentiert Christian Wedell, Geschäftsführer der 
deutschen Microsoft GmbH in München-Aschheim, die 
Ankündigung. Mit Hilfe der neuen Werkzeuge ist die 
Transformation »alter« Anwendungsprogramme in »neue« 
Anwendungen einfach. 


Die Microsoft-Sprachenfamilie 


Microsofts Sprachenfamilie hat einen hohen Grad an 
Gemeinsamkeiten. Alle fünf Microsoft-Sprachen beinhalten 
den Microsoft-Editor, einen rekonfigurierbaren Multifile- 
Multiwindow-Texteditor, der sowohl den Real Mode wie 
auch den Protected Mode unterstützt. CodeView, ebenfalls 
Bestandteil aller fünf Sprachen, unterstützt die Fehlersuche 
in MS-DOS- und MS-OS/2-Anwendungsprogrammen. 
Neue Möglichkeiten sind das »Blättern« in Daten (»Data 
Browsing«) und, für MS-OS/2, die Fehlersuche in Mehr- 
fachthread-Anwendungsprogrammen und -Prozessen. Diese 
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Art der Fehlersuche vereinfacht das Schreiben von komple- 
xen MS-OS/2-Anwendungsprogrammen. 

Alle Sprachen unterstützen den Aufruf von Routinen 
aus anderen Programmen (»Inter-Language Calling«). So 
kann beispielsweise eine Fortran-Routine aus einem C-Pro- 
gramm heraus aufgerufen werden. Das »Inter-Language 
Calling« vom Microsoft Macro Assembler aus wurde dar- 
über hinaus vereinfacht. Alle fünf Sprachen sprechen das 
MS-OS/2-Betriebssystem direkt über das Anwendungs- 
Programmier-Interface (API) an. Sie arbeiten alle mit 
derselben mathematischen Bibliothek und unterstützen die 
Entwicklung sehr umfangreicher Programme - bis zu 16 
Mbyte physikalischer Speicher und bis zu 1 GByte virtueller 
Speicher - in MS-OS/2-Umgebungen. 

Weil alle fünf Sprachen sowohl unter MS-OS/2 als auch 
unter MS-DOS laufen und Programm-Code für beide 
Systeme erzeugen können, ist der Programmierer frei in der 
Wahl, welcher Umgebung er jeweils den Vorzug gibt. Er 
kann sein Zielprogramm so erstellen, daß es unter beiden 
Betriebssystemen läuft. Darüber hinaus können Microsofts 
C-, MASM-, Fortran- und Pascal-Produkte »FAPI«- 
Anwendungen erzeugen, in denen jeweils dieselbe ablauf- 
fähige Datei unverändert unter beiden Betriebssystemen 
laufen kann. 


Glanzpunkte der Familie 


Die folgenden fünf Hilfsprogramme sind Bestandteil aller 
fünf neuen Microsoft-Programmiersprachen-Pakete. 


Microsoft CodeView-Debugger 


Microsoft CodeView ist ein leistungsfähiger Debugger zur 
Fehlersuche und -behebung in MS-OS/2- und MS-DOS- 
Anwendungsprogrammen. Microsoft CodeView unterstützt 
alle fünf Microsoft-Sprachen und ermöglicht es dem Ent- 
wickler, frei zwischen der MS-OS/2- und der MS-DOS- 
Entwicklungsumgebung hin und her zu pendeln. Sowohl die 
Real Mode- wie auch die Protected Mode-Version bietet 
Textselektion am Bildschirm. Die neue Unterstützung für 
mehrere Threads in einem Prozeß unter MS-OS/2 bein- 
haltet: Einzelschritt-Schaltung auf Thread-Ebene, Ereignis- 
verfolgung, bedingten Programmstop und Beobachtung des 
lokalen Stacks eines Threads. Zum ersten Mal kann der 
Programmierer Datenstrukturen sichtbar machen und ver- 
bundene Listen sowie verzweigte Strukturen verfolgen 
(»Data Browsing«). Microsoft CodeView ist ın der Lage, 
die Fehlersuche in Dynamic Link Libraries und sehr großen 
Programmen - bis zu 128 Mbyte unter MS-OS/2 - zu 
unterstützen, 

In ihrer Kombination vermindern diese neuen Möglich- 
keiten die Entwicklungszeit für komplexe Anwendungspro- 
gramme drastisch und vereinfachen darüber hinaus den 
Aufwand, der erforderlich ist, um Anwendungsprogramme 
sowohl unter MS-OS/2 als auch unter MS-DOS zu warten. 





Microsoft Editor 


Der neue Microsoft Editor für MS-OS/2 und MS-DOS läßt 
dem Programmentwickler die freie Wahl bei der Entschei- 
dung für eine Programmiersprache. Er ermöglicht das Öff- 
nen von bis zu acht Fenstern und mehrerer Dateien gleich- 
zeitig. Die Zahl der offenen Files hängt dabei vom verfüg- 
baren Speicherplatz ab. Ein C-Programm läßt sich bei- 
spielsweise in einem Fenster editieren, ein Basic-Programm 
in einem anderen und ein Assembler-Programm in einem 
dritten Fenster. Der Editor ist »intelligent« genug, zu 
unterscheiden, welche Sprache in welchem Fenster aktiv ist, 
wenn der zugehörige Compiler aufgerufen wird. 

Fehler des Compilers werden an den Editor zurück- 
gemeldet und der Cursor in die Zeile plaziert, wo der Feh- 
ler auftrat. Der Microsoft Editor ist außerdem vollständig 
programmierbar, so daß Programmierer ihn den jeweiligen 
Bedürfnissen anpassen können. Die Tastatur läßt sıch so 
konfigurieren, daß jeder beliebige Texteditor emuliert wird. 
Microsoft hat bereits Files zur Emulation von »Brick«, 
»Epsilon«, »Wordstar«, Microsoft QuickBasic und Micro- 
soft QuickC, eingebaut. Unter MS-OS/2 nutzt der Editor 
dıe Vorteile des Multitasking, um z.B. im Hintergrund eine 
Kompilierung auszuführen, während der Programmierer 
eine neue Datei editiert. 


Microsoft ILINK 


Microsoft ILINK ist ein Inkremental-Linker ausschließlich 
für MS-OS/2. ILINK verbessert die Link-Geschwindigkeit 
um mehr als das zwanzigfache, weil er nur die ablauffähigen 
Module verbindet, die sich geändert haben. 


Microsoft IMPLIB 


Microsoft IMPLIB dient der Erzeugung von dynamischen 
Verbund-Bibliotheken unter MS-OS/2. 


Microsoft BIND-Utility 


Die Microsoft BIND-Utility ermöglicht die Erstellung von 
Anwendungsprogrammen, die sowohl unter DOS-3.X-Real- 
Mode als auch unter MS-OS/2-Protected-Mode laufen. 
BIND ist kein Bestandteil von Microsoft Basic 6.0. 


Microsoft C Version 5.1 
für MS-DOS und MS-OS/2 


Microsoft C 5.1 unterstützt den professionellen Anwen- 
dungs-Programmierer in der Entwicklung, Kompilierung 
und Testphase sowohl unter dem bisherigen Betriebssystem 
MS-DOS, mit dem in dieser Betriebsart erreichbaren Real 
Mode der Prozessoren 8086, 8088, 80286 und 80386, als 
auch unter MS-OS/2, das erstmals den Protected Mode der 
Prozessoren 80286 und 80386 voll zu nutzen erlaubt. 
Weitreichende Systemunterstützung in Verbindung mit 
neuen Features der Code-Optimierung durch den Compi- 


ler, dem ebenfalls auf MS-OS/2 angepaßten Microsoft 
CodeView-Debugger, der Prototyp-Programmierung unter 
Microsoft QuickC und einer Reihe Utilities ergänzen das 
Programmiersprachen-Paket C 5.1. 

Microsoft C 5.1 unterstützt die Betriebssysteme MS- 
DOS und MS-OS/2 in gleichem Maße. Die von den Prozes- 
soren unter dem Betriebssystem MS-DOS bekannte Spei- 
chergrenze von 640 Kbyte kann erstmals durch Verwendung 
des Betriebssystems MS-OS/2 durchbrochen werden. 
Anwendungsprogramme dürfen somit einen bis zu 16 
Mbyte umfangreichen RAM-Speicher verwenden und 
haben ferner die Möglichkeit, einen virtuellen Speicher der 
maximalen Größe von bis zu einem GByte zu nutzen. 
Microsoft C 5.1 unterstützt das Prinzip der Dynamic Link 
Libraries (DLL) und die Entwicklung von Multi-Thread- 
Anwendungen. 

Ebenfalls im Sprachpaket enthalten sind ein Inkremen- 
tal-Linker zur Verwendung in MS-OS/2, ein Editor, der im 
Protected Mode des Prozessors betrieben wird sowie eine 
Microsoft CodeView-Debugger-Version, die ebenfalls im 
Protected Mode des Prozessors betrieben wird und dort als 
komfortabler Debugger sowohl die Programm-Testphase 
als auch das Austesten der Dynamic Link Libraries gestat- 
tet. Microsoft C 5.1 enthält Microsoft QuickC, das Editie- 
rung, Compilierung, Debugging und Code-Ausführung 
innerhalb einer integrierten Umgebung für Real Mode- 
Anwendungen gestattet. Der Microsoft QuickC Editor er- 
laubt die schnelle Quellcode-Bearbeitung und akzeptiert 
sowohl das Tastatur-Interface von Microsoft Windows 2.0 
als auch andere weitverbreitete Tastenkombinationen. Per 
»Hotkey« ist das Wechseln zwischen zwei verschiedenen 
Quelldateien möglich. Ferner werden unter Microsoft 
QuickC sowohl ein 25-Zeilen-Modus als auch ein 43-Zeilen- 
Modus auf einem EGA-Bildschirm unterstützt. Hervor- 
stechendes Merkmal der QuickC-Programmierung ist die 
schnelle Umsetzung des Quellcodes in ablauffähigen Code 
und damit die problemlose Überprüfbarkeit und Ände- 
rungsmöglichkeit einer Routine. Die Fähigkeiten zur 
schnellen Überprüfung werden durch eine reduzierte Ver- 
sion des Microsoft CodeView-Debuggers unterstützt, der 
unter Microsoft QuickC als integrierter Debugger Einzel- 
schritt-Debugging, fortlaufendes Debugging sowie Code- 
Ausführung bei voller Geschwindigkeit erlaubt. Zusätzlich 
unterstützt dieser Microsoft QuickC-Debugger die Über- 
prüfung von Inhalten der Variablen oder mathematischen 
Ausdrücken während der Programmausführung. 

Microsoft C 5.1 entspricht nicht nur vollkommen dem 
UNIX System V C, sondern zusätzlich auch den jüngsten 
Entwicklungen des ANSI-Standards. Als ANSI-Mitglied ist 
Microsoft maßgeblich an der Entwicklung und Realisierung 
eines möglichst breiten Standards beteiligt. 

Um bestmögliche Flexibilität bei der Programment- 
wicklung zu erreichen, unterstützt Microsoft C 5.1 fünf ver- 
schiedene Speichermodelle, die unter den Begriffen small, 
compact, medium, large und huge bekannt sind. Darüber 
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hinaus führt Microsoft C auch für den Personalcomputer 
das »Mixed Model«-Konzept ein. 


Kleine Produkt-Geschichte 


Microsoft C wurde erstmals im Jahre 1983 eingeführt. Zwei 
Jahre später kündigte Microsoft die Version C 3.0 an. 
Dahinter verbarg sich ein weitgehend neues, intern erprob- 
tes Produkt, das erstmals das Konzept des Mixed-Memory- 
Modells für den Personalcomputer anbot. Im Sommer 1986 
brachte Microsoft die Compiler-Version 4.0 und dazu 
Microsoft CodeView, der Debugger-Fähigkeiten nun auch 
auf der Quellcode-Ebene erreichbar machte. Als erster 
optimierender Microsoft C-Compiler bedeutete die Version 
4.0 einen entscheidenden Fortschritt und die Festlegung 
eines neuen Leistungsmaßstabs. Mit dem optimierenden 
Microsoft C-Compiler Version 5.0 ım Jahr 1987 wurde ein 
weiterer Schritt in Richtung Verbesserung der Optimie- 
rungs-Technik gemacht. Zum selben Zeitpunkt wurde mit 
Microsoft QuickC 1.0 ein ideales Werkzeug sowohl zur 
Programmierung als auch zum Erlernen der Programmier- 
sprache C angeboten. Außerdem wurde als Bestandteil des 
MS-OS/2 Software Development Kits mit Microsoft C 4.5 
der erste Schritt zur Unterstützung des zukünftigen 
Betriebssystems getan. Microsoft C 5.1 verbindet die MS- 
OS/2 Unterstützung der Version 4.5 und die Optimierungs- 
Fortschritte des Microsoft C 5.0 in idealer Weise. 


Microsoft Macro Assembler (MASM) 5.1 
für MS-DOS und MS-OS/2 


Der Microsoft Macro Assembler (MASM) 5.1 ist das aktu- 
elle Angebot zur Entwicklung von Programmen in Assem- 
bler unter MS-DOS und MS-OS/2. Die Version 5.1 bietet 
ein leicht handhabbares Format und die Möglichkeit der 
Verbindung mit in Hochsprachen wie Microsoft Basic und 
QuickBasic, Microsoft C und QuickC, Fortran oder Pascal 
geschriebenen Routinen. In der aktuellen Version stehen 
alle Leistungen zur Programmentwicklung nunmehr unter 
den Betriebssystemen MS-DOS und MS-OS/2 zur Ver- 
fügung. 

Der Microsoft Macro Assembler 5.1 wurde mit der Ab- 
sicht entwickelt, ein möglichst einfach anwendbares Ar- 
beitsmittel mit problemlosen Verbindungsmöglichkeiten zu 
in Hochsprachen geschriebenen Programmteilen zu schaf- 
fen. Spezielle Erweiterungen des MASM haben das Mixed- 
Language-Konzept, das die Verwendung aller Microsoft 
Sprachen in einem einzigen Programm erlaubt, auf so ein- 
fache Vorgänge wie das Erkennen der einzubindenden 
Sprache und der darin verwendeten auszutauschenden 
Parameter ausgedehnt. Zusätzlich sorgt eine Vielzahl an 
Beispielen in der überarbeiteten und erweiterten Doku- 
mentation für hervorragenden Lehrstoff. Eine Hilfe beson- 
derer Art leistet der CodeView-Debugger mit seiner Fähig- 
keit, Mixed-Language-Programme zu testen und automa- 
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tisch der verwendeten Programmiersprache entsprechend 
zu identifizieren und den Quellcode dazu anzuzeigen. 

Der Microsoft Macro Assembler unterstützt in seiner 
aktuellen Version den Befehlsvorrat des Intel Prozessors 
80386, einschließlich der automatisierten Generierung des 
Codes sowohl für 16-Bit- als auch für 32-Bit-Segmente. 
Ferner wird automatisch die richtige Segmentierung für 
diesen Prozessortyp vorgenommen. Die Besonderheiten 
sowohl des Real Mode als auch des Protected Mode werden 
im gesamten Befehlsvorrat voll unterstützt. Anwendungen, 
die unter MS-OS/2 die 640-Kbyte-Grenze überschreiten, 
können ebenso entwickelt werden wie Dynamic Link 
Libraries und Multi-Threaded-Anwendungen erreichbar 
sind. Zusätzlich verfügt MASM 5.1 über die BIND-Utility, 
wodurch Programme in der Form einer .EXE-Datei erzeugt 
werden können, die sowohl unter dem Betriebssystem MS- 
DOS als auch unter MS-OS/2 ablauffähig sind. 


Der Microsoft Basic Compiler 6.0 
für MS-DOS und MS-OS/2 


Der Microsoft Basic Compiler 6.0 unterstützt dıe Entwick- 
lung von Programmen sowohl für das Betriebssystem MS- 
DOS und den Real Mode des Prozessors als auch für das 
Betriebssystem MS-OS/2 und den Real Mode bezichungs- 
weise den unter diesem Betriebssystem erreichbaren Pro- 
tected Mode des Prozessors. Weitreichende System-Unter- 
stützung, vielseitige Möglichkeiten des Quellcode-Debug- 
gers CodeView, bedeutende Verbesserungen der Pro- 
grammiersprache Basic und eine Reihe neuer Utilities 
zeichnen den Basic Compiler von Microsoft in der Version 
6.0 aus. 

Über den Bereich der Standardleistungen hinaus bietet 
der Microsoft Basic Compiler 6.0 alle notwendigen 
Werkzeuge zur Entwicklung einer Anwendung unter den 
herausragenden Fähigkeiten der Prozessoren 80286 und 
80386, wie sie unter Verwendung des Betriebssystems MS- 
OS/2 erstmals zugänglich werden. 

Unter den besonderen Leistungen des neuen Basic- 
Compilers unter MS-OS/2, findet sich eine SHELL-Funk- 
tion sowie die Anweisung OPEN PIPE. Die SHELL-Funk- 
tion erlaubt einem Stammprozeß, eine weitere Anwendung 
in Gang zu setzen, die als Hintergrund-Prozeß asynchron 
zum Stammprozeß simultan abgearbeitet werden kann. Ein 
einfaches Beispiel einer derartigen Hintergrund-Anwen- 
dung ist beispielsweise in einem Druckprogramm zu schen, 
das als Spool-Prozeß im Hintergrund Daten an den Druk- 
ker sendet, während der Anwender im Vordergrundprozeß 
in einem Text-Editor die Arbeit fortsetzen kann. Dieses 
Konzept der Vorder- und Hintergrund-Arbeit des Prozes- 
sors, auch als Parent/Child-Prozeß (Eltern/Kind-Prozeß) 
bekannt, erfordert die Möglichkeit zum Daten- bzw. Kom- 
munikationsaustausch zwischen beiden Anwendungen. Die- 
ser Austausch wird durch die Anweisung OPEN PIPE 
sichergestellt, die eine Kommunikationsverbindung zwi- 
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schen beiden Prozessen hergestellt. Zusätzliche Befehle wie 
ON SIGNAL, ein Befehl, der signalisierende Informationen 
aus Hintergrundprozessen sowie aus dem Betriebssystem 
zum Anwender vordringen läßt, und SLEEP sind weitere 
Neuerungen innerhalb eines Basic-Compilers. 


BASIC-Sprachverbesserungen 


An Basic läßt sich in musterhafter Weise der Vorgang einer 
Sprachen-Weiterentwicklung verfolgen. Um den stets stei- 
genden Anforderungen der Anwendungsprogrammierer 
noch weiter entgegenzukommen, sollen folgende Verbesse- 
rungen erreicht werden: 

1. Besserer Zugriff zu Hardware und Betriebssystem. 

2. Spracheigenschaften, die der Professionalität der An- 

wendungen entgegenkommen. 

Daraus ergibt sich eine Verbesserung bei der Behand- 
lung von Fehler-Zuständen. Ein Hindernis war in der Ver- 
gangenheit die Unfähigkeit dieser Sprache, Fehler insbe- 
sondere in modularen Programmen richtig zu behandeln, 
Durch die in Microsoft Basic 6.0 enthaltene modulorien- 
tierte Fehlerbehandlung ist dieser Nachteil ausgeräumt. 
Microsoft Basic 6.0 bietet nun die Fähigkeit, auf anwen- 
dungsspezifische Vorfälle zu reagieren. Dadurch wird es auf 
einfache Weise möglich, Kontrollprogramme zur Geräte- 
steuerung und -überwachung in industriellen Anwendungen 
zu schreiben. 

Frühere Microsoft Basic-Versionen fügten der Sprache 
die Fähigkeit zur strukturierten Programmierung hinzu. 
Microsoft Basic 6.0 kann Datentypen und Dateien in eige- 
ner Definition erzeugen. Analog zu Dateien in Pascal und 
Strukturen in C erlaubt dies dem Programmierer die 
Behandlung komplexer Datenstrukturen, wie sie bislang in 
Basic nicht verfügbar waren. Arrays in der Größenordnung 
des verfügbaren Speichers werden sowohl unter MS-DOS 
als auch unter MS-OS/2 verfügbar. Dabei ist die Begren- 
zung auf 128 Mbyte unter MS-OS/2 lediglich abhängig vom 
verfügbaren Speicher auf Diskette oder Festplatte, die für 
die Auslagerung in Form von Swap-Dateien genutzt wer- 
den. Maßgerechte Runtime-Systeme lassen sich über die 
Entscheidung für eine Compilierung zu einem Programm 
ohne oder mit zusätzlichem Runtime-Modul erreichen. 
Fällt die Entscheidung zugunsten des zusätzlichen Runtime- 
Moduls aus, so hat der Programmierer die Möglichkeit, 
dem Standard-Runtime-Modul eigene Erweiterungen hin- 
zuzufügen. Gleichermaßen steht dem Programmierer die 
Möglichkeit offen, nicht benötigte Teile des Runtime- 
Moduls auszulassen und somit die Größe des Moduls zu 
verringern. Diese Fähigkeiten stehen ebenfalls sowohl für 
Anwendungen unter MS-DOS als auch für Anwendungen 
unter MS-OS/2 zur Verfügung. 

Zur besonders schnellen Entwicklung von Anwendungen 
ist im Microsoft Basic 6.0 noch Microsoft QuickBasic 4.0 
enthalten. Mit den Vorteilen des Compilers wird unter 
Microsoft QuickBasic 4.0 eine Interpreter-ähnliche Ober- 
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fläche geboten, die Quellcode innerhalb des Editors im 
Speicher ablegt und durch den integrierten Debugger eine 
verzögerungsfreie Überprüfung des Programms gestattet. 
Microsoft QuickBasic 4.0 nimmt dabei die Stellung eines 
besonders schnellen Prototyp-Entwicklungswerkzeugs ein. 


Der optimierende Compiler Fortran 4.1 
für MS-DOS und MS-OS/2 


Microsoft Fortran 4.1 ıst das aktuellste Angebot von 
Microsoft für die Entwicklung von in der Sprache Fortran 
geschriebenen Programmen. Der neue Compiler erzeugt 
sowohl Programmcode für unter dem Betriebssystem MS- 
DOS ablaufende Programme als auch für Rechner, die mit 
dem Betriebssystem der Zukunft, MS-OS/2, ausgestattet 
werden. Programmierer können jetzt sowohl Anwendungen 
unter dem Speicher-Modell HUGE schaffen als auch 
Anwendungen von Mini- und Mainframe-Rechnern auf 
einem Personalcomputer realisieren. 

Microsoft Fortran 4.1 bietet volle Unterstützung des Be- 
triebssystems MS-DOS und auch des zukünftigen Betriebs- 
systems MS-OS/2. Während im Real Mode der Prozesso- 
ren 80286 und 80386 die bisherige 640-Kbyte-Grenze gilt, 
wird der Programmierer erstmals in die Lage versetzt, unter 
Nutzung des Protected Mode der Prozessoren und damit 
auch unter MS-OS/2, die 640-Kbyte-Grenze zu durchbre- 
chen. Programme dürfen damit auf bis zu 16 Mbyte RAM- 
Speicher beziehungsweise auf bis zu 1 Gbyte große virtuelle 
Speicher zugreifen. Das Microsoft Fortran-4.1-Paket enthält 
einen Incremental Linker, einen im Protected Mode lauf- 
fähigen Editor sowie CodeView, den Quellcode-Debugger, 
in einer ebenfalls im Protected Mode lauffähigen Version. 


Microsoft Pascal 4.0 für MS-DOS und MS-OS/2 


Microsoft Pascal 4.0 ist ein mächtiges Entwicklungswerk- 
zeug für den professionellen Pascal-Programmierer. Es 
enthält Entwicklungshilfen für professionelle Anwendungen 
in lesbarem Code, modularer und übertragbarer Codierung. 
Die Grundsätze von Programmstrukturierung, System- 
Erweiterungen, »Flexible Procedure«-Mechanismen und 
umfangreichen Datenstrukturen befähigen Microsoft Pascal 
4.0 insbesondere zur Lösung extrem komplexer Program- 
mierung bei kurzen Entwicklungszeiten und führen zu unter 
MS-DOS oder MS-OS/2 ablauffähigen Programmen. 

In der Kombination von Microsoft Pascal 4.0 und dem 
Betriebssystem MS-OS/2 wird die im Real Mode der Pro- 
zessoren 80286 und 80386 unter dem Betriebssystem MS- 
DOS vorhandene Begrenzung auf einen verwendbaren 
Speicher von 640 Kbyte aufgehoben. Programme dürfen 
nun eine Größe von bis zu 1Gbyte erreichen, wobei 
Begrenzungen nur noch durch die verwendeten Speicher- 
medien Diskette oder Festplatte vorgegeben sind, die als 
Swap-Bereich zum Auslagern beziehungsweise Nachladen 
von Programmteilen verwendet werden, 





Das Programmiersprachen-Paket Microsoft Pascal 4.0 
enthält ein BIND-Utility, das die Erzeugung einer einzigen 
ausführbaren Programm-Datei des Typs .EXE erlaubt, das 
sowohl unter MS-DOS als auch unter MS-OS/2 gestartet 
werden darf und in beiden Betriebssystemen gleichermaßen 


ablauffähig ist. 


Microsofts MS-OS/2-Programmierer-Toolkit 


Dieses neue Toolkit enthält drei Referenz-Handbücher 

über MS-OS/2 mit mehr als 900 Seiten Umfang sowie eine 

Reihe von Software-Hilfswerkzeugen. In Kombination mit 
jeder der fünf neuen Sprachen-Compiler, die ebenfalls von 
Microsoft angekündigt wurden, erhalten die Software-Ent- 
wickler alle Werkzeuge und Unterlagen zur Erstellung von 
MS-OS/2-Anwendungs-Software. Folgende Dokumentatio- 
nen und Hilfswerkzeuge sind Bestandteil des Toolkits: 


1. MS-OS/2-»Programmers Reference« 
Dieses Handbuch enthält eine vollständige Beschreibung 


der MS-OS/2-Systemfunktionen, -Strukturen und -File- 
Formate. 
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Microsoft C 





Die Nutzung von Far- und Huge-Datenzeigern 


Zeiger sind eine der wichtigsten Neuerungen in 
der Programmiersprache C, da sie oft der einzi- 
gen Weg sind, Ideen klar und präzise darzustel- 
len. Adressen sind in allen Programmierspra- 
chen kritisch, aber die meisten Programmier- 
sprachen verbergen die Details der Adressierung 
vor Ihnen und somit auch die Information dar- 
über was sich ereignet, wenn Ihr Programm 
läuft. Nur die Programmiersprache C bringt die 
Details ans Tageslicht, indem sie Ihnen Zeiger- 
operationen erlaubt. 


In den ersten Tagen von C waren Zeiger 16 Bit lang. Neu- 
linge in der Programmiersprache C mußten sowohl Zeiger- 
arıthmetik, als auch die etwas schwierige Notation beim 
Umgang mit Zeigern lernen. Dafür mußten Sie sich aber 
nicht allzu viele Gedanken über den verwendeten Computer 
machen: die PDP 11. Zeigeroperationen werden von der 
einfachen und konsistenten Architektur der PDP wunder- 
schön unterstützt, aber nur im Datenbereich von 64 Kbyte. 

PCs beruhen auf den Mikroprozessoren von Intel, die 
eine segmentierte Architektur verwenden. Passen Ihre 
Daten in einen einzigen 64 Kbyte großen Bereich (Micro- 
soft-C-Programme, Small- oder Medium-Speichermodell), 
dann arbeitet die Zeigerarithmetik effizient und konsistent, 
wie auf der PDP 11. (Diese Diskussion bezieht sich auf die 
Segmentierung der Prozessoren 8086, 8088, 186, 1883 und 
den Real-Modus von 286 und 386. Die Segmentierung im 
geschützten Modus ist unterschiedlich und wird hier nicht 
erläutert.) Wenn Sie den zusätzlichen Speicherbereich, den 
Ihnen der PC bietet, nutzen wollen, so müssen Sie den 
Gebrauch der Far- und Huge-Zeiger lernen. 

Microsoft C gestattet Ihnen das Mischen von Daten- 
typen innerhalb eines Programms. Sie können einen Far- 
Zeiger in einem Programm im Small-Speichermodell 
ebenso verwenden, wie einen Near-Zeiger in einem Pro- 
gramm im Huge-Speichermodell. Meine Erfahrung beruht 
auf der Verwendung von Far- und Huge-Datenzeigern in 
Programmen im Small-Speichermodell. Die Programme, 
die ich schreibe, sind klein, beinhalten aber einige wenige 
große Datenstrukturen. Viele meiner Anregungen treffen 
auf alle Zeiger in Programmen im Compact-, Large- und 
Huge-Speichermodell zu, da in diesen Speichermodellen 
Zeiger voreingestellt far oder huge sind, Alle Programme 
in diesem Artikel wurden mit dem Microsoft C-Compiler 
der Version 4.0 im Small-Speichermodell übersetzt. 

Neben Zeigern auf Far- und Huge-Daten bietet 
Microsoft C auch Far- und Huge-Datentypen. Bei der Ver- 
wendung von Microsoft C gibt es zwei Möglichkeiten zum 
Erzeugen eines sehr großen Arrays. Sie können es als Far- 
oder Huge-Array von Integern deklarieren, oder Sie können 
einen Zeiger auf eine Far- oder Huge-Integerzahl deklarie- 
ren und dann halloc, die Allokierfunktion für Huge- 
Datenbereiche, verwenden. 
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int *in, 1; 


ip = Bi; 

ip += 128; 

printf("ip - &i: Ad\n”, ip - &i); 

printf("(unsigned)ip - (unsigned)&i: %u\n”, 
(unsigned)ip - (unsigned)&i); 





Listing 1: Zeigerarithmetik. 


Die zweite Methode ist wegen der größeren Flexibilität 
vorzuziehen. Das Deklarıieren eines Huge-Arrays zwingt Sıe 
von vorneherein, die Größe festzulegen. Die Verwendung 
von halloc gestattet Ihnen die Bestimmung der wirklichen 
Größe zur Laufzeit des Programms. Dieser Artikel 
beleuchtet hauptsächlich die Verwendung von Zeigern auf 
Far- und Huge-Daten, obwohl dıe meisten Aspekte und eın 
großer Teil der Diskussion über dıe Effizienz auch Far- und 
Huge-Aırrays betreffen. 

Als Vorbedingung für das Verständnis der folgenden 
Ausführungen müssen Sie zuerst die Verwendung von Zei- 
gern und Casts in C verstanden haben. Sind Ihnen die 
Grundlagen der beiden Themengebiete bekannt, so ist das 
Programm ın Listing I bestimmt cınc Kleinigkeit. Vor dem 
Weiterlesen sollten Sıe cınen Blick auf das Programm wer- 
fen und die Ausgabe vorhersäagen. 

100 und 200 sind richtig. Die erste printf-Anweisung 
gibt die Anzahl von Integerzahlen im Intervall zwischen den 
Stellen an, auf die ip zeigt und wo i ıst, an. Da ip die 
Stelle 100 Integer hinter i zugewicsen wurde, ıst die Ant- 
wort selbstverständlich 10). 

Im zweiten print[-Statement werden ip und die Stelle 
von i zu unsigned umgewandelt und dann abgezogen. 
Der Cast-Operator ändert nicht das Bitmuster, aber er 
ändert die Zeiger-Subtraktion in eine normale unsigned- 
Subtraktion. Die zweite Antwort ist 200, da das Bitmuster 
sıch um dıesen Betrag unterscheidet. 

Wenn Sie fragen, warum 200: Wegen der Größe der 
Integerzahl von je zwei Byte mal der Anzahl 100. Das State- 
ment ip += 188 addiert 200 zum Wert von ip. Haben Sie 
das Rätsel gelöst, dann können Sie weiterlesen. Wenn nicht, 
dann sollten Sie zuerst mehr über Zeigeroperationen ler- 
nen, bevor Sie die außergewöhnlichen Zeigeroperationen 
der Far- und Huge-Zeiger von Microsoft C verstehen kön- 
nen. 

Ein Zeiger auf Far-Daten, der gewöhnlich Far-Zeiger 
genannt wird, ist ein 32 Bit langer Zeiger, dessen arithmeti- 
sche Operationen aber nur mit 16 Bit durchgeführt werden. 
(Sehen Sie die Zusammenfassung in Bild 1.) Ein Far-Zeiger 
kann auf jede Speicherstelle im Adressbereich des PCs zei- 
gen. Die 16-Bit-Arithmetikgrenze bedeutet aber, daß der 
Bereich, auf den er zeigt. nur 64 Kbyte groß sein darf. 





Microsoft C 


Near Far Huge 
Größe (bit) 16 32 32 
Adressierung Irgendwo im Irgendwo im Irgendwo 
64 Kbyte großen 64 Kbyte großen 
Datensegment Datensegment 
Zeigerarithmetik 16 Bit 16 Bit 32 Bit 
Microsoft C Small Compact Huge 
Medium Large 


Bild 1: Datenzeiger in Microsoft C. 


Sie können einen Far-Zeiger verwenden, um auf ein 
dynamisches Array von 25000 Integerzahlen zuzugreifen, 
abe: Sie können denselben Far-Zeiger nicht für den Zugriff 
auf cin Array von 25000 Float- oder Long-Elementen 
verwenden. Dies ergibt sich aus der Tatsache, daß das 
Integerarray weniger als 64 Kbyte, das Float- oder Doublec- 
Array aber mehr als 64 Kbyte Speicherbereich benötigt. 

Ein Zeiger auf Huge-Daten wird Huge-Zeiger genannt. 
Er ıst ebenso 32 Bit lang, aber Arithmetikoperationen wer- 
den mit allen 32 Bit durchgeführt. Deswegen kann ein 
Huge-Zeiger übcrallhin und auf alles zeigen. Der Nachteil 
ist aber, daß Zeigeroperationen mit Huge-Zeigern lang- 
samer sind und mehr Code benötigen. Die Addition einer 
Integerzahl zu einem Far-Zeiger ist nicht mehr, als die 
Addition von zwei Integerzahlen, aber die Addition einer 
Integerzahl zu cinem Huge-Zeiger ist die doppelte Arbeit. 

Far- und Huge-Zeiger werden manchmal in Small- und 
Medium-Programmen verwendet, um Daten außcrhalb des 
64 Kbyte großen Datenbereichs zu erreichen. Sie können 
zum Beispiel zum Adressieren des Videospeichers oder 
zum Zugriff auf dynamisch allokierten Speicher außerhalb 
des 64 Kbyte großen Bereichs verwendet werden. In Com- 
pact- oder Large-Modell-Programmen sind alle Daten- 
zeiger Far-Zeiger, außer wenn Sie diese speziell als near 
oder huge deklarieren. In Huge-Modell-Programmen sind 
alle Zeiger huge, außer wenn Sie diese speziell near oder 
far deklarieren. 

Wenn Sie einen gewöhnlichen Zeiger deklarieren, wie 
ip im Listing 1, dann schreiben Sie einen Stern vor den 
Namen, um festzulegen, daß *ip eine Integerzahl ist. Ip 
muß deshalb ein Zeiger auf eine Integerzahl sein. Um einen 
Far- oder Huge-Zeiger zu dceklarieren, müssen Sie die 
Worte far oder huge mit dem Stern verwenden. Sie 
schreiben also: 


int far *npfi; 
static int huge *hpl, 
huge *hp2; 


In einer Deklaration oder bei einer Cast-Operation ist 
das Wort far oder huge unmittelbar mit dem Stern ver- 
bunden. Deshalb erscheinen die Wörter huge in der zwei- 
ten Deklaration zweimal, einmal für jeden Stern. Beachten 
Sie, daß der Datentyp und die Speicherklasse, static 
Integer, nur einmal in der zweiten Deklaration stehen. 


/# 
N EWERERNE der Zeiger 
“ 


Finclude <nalloc.h> 
include <stdlib.h> 
nainec, v) 

int 6 

er "vL)]; 


| unsigned nelens; 
char far *fil, far #2; 


ifte = 2) { | | 
printf("#s Anzahl_der_Elemente\n”, v[ß]); 
exit(1); 


} 
nelens = (unsigned)atol(v[1]); 


fl = (char far *) fmalloc(nelems * sizeof(char)); 
if(fl == (char far *)B) ( 

perror("” falloc Fehler:"); 

exit(1); 


} 
f2 = fi + nelens; 


printf("Anzahl der Elemente: Zu\n”, nelens); 
printf("1.%6u == (unsigned) (f2-fi)\n", (unsigned)(f2-f1)); 
printf("2.%61d == (long)(f2-fi)\n”, (long)(f2-f1)); 
printf("3.361d == (unsigned long)(f2-fi\n”, 

(unsigned long) (f2-f1)); 
printf("4.%61d == (long) (unsigned) (f2-f1)\n”, 

(long) (unsigned) (f2-f1)); 


Listing 2: Subtraktion von Zeigern. 


Die erzeugten Zeiger in der obigen Deklaration können 
Daten im gesamten Speicher erreichen, aber der Speicher 
für die Zeiger selbst (jeweils 4 Byte) wird im aktuellen 
Datensegment angelegt. Der erste Zeiger heißt npfi, da cs 
ein Near-Zeiger (pointer) auf eine Far-Integerzahl ist. Der 
Zeiger selbst besteht aus Near-Daten, zeigt aber aul Far- 
Daten. Die allgemein gebräuchliche Bezeichnung ist Far- 
Zeiger, da es ein Zeiger auf Far-Daten ist. Sie können einen 
Near-Zeiger (16-Bit-Zeiger) im Far-Datenbereich, aber 
nicht im aktucllen Datensegment, durch folgende Deklara- 
tion erzeugen: 


int: * Tar fpni; 


Der Zeiger in dieser Deklaration wird fpni genannt, 
um Sie zu erinnern, daß es ein Far-Zeiger (pointer) auf eine 
Near-Integerzahl ist. Der Zeiger (2 Byte) wird im Far- 
Datensegment gespeichert, obwohl er nur auf eine Integer- 
zahl im aktuellen Datensegment zeigen kann. Diese Dekla- 
ration kann nicht in einer Prozedur, nicht einmal innerhalb 
von main erscheinen, da die Deklaration den Compiler 
anweist, den Zeiger im Far-Datensegment abzuspeichern, 
wogegen automatische Variablen in einer Prozedur auf dem 
Stack abgelegt werden. Das Hinzufügen der Speicherklasse 
static jedoch würde es gestatten, die Deklaration inner- 
halb einer Funktion zu verwenden. 
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/» 
Dr der Huge-Zeiger 
#* 


| Zinclude 
Zinclude 


<malloc.h> 
<stdlib.h> 


long nelens; 

long nee “hl, huge *h2; 
ch 

uns Be, Ur ull; 


iffe t= 2) { 
printf("$s Anzahl_der Elemente\n”, v[#]); 
exit(1); 


nelens = atol(v[1]); 


"long huge *)halloc(nelens, sizeof(long)); 
ken (long huge *)Bd) { 
perror("halloc Fehler: "); 
BRACH 


h2 = hi + nelens; 
printf("Anzahl der long Elemente: #lu\n"”, nelems); 
printf("1.%12u == (unsigned) (h2-h1)\n”, (unsigned) (h2-h1)); 
printf("2.%12u == (unsigned) (long) (h2-h1)\n", 
(unsigned) (long) (h2-h1)}; 

printf("3.#121d 11 = h2-h1\n”, 11=h2-h1); 
printf("4.%#121u ull = h2-hi\n", ull=h2-h1); 
printf("5.%121d (long}ch2-hi}\n", (lon uam: 
printf("6.%12lu == (unsigned long) (h2-h1)\n 
long) (h2-h1)); 
„rintft"7.%121d (long) (unsigned) (h2-h1)\n", 

(long) (unsigned)(h2-h1)); 





Listing 3: Zeigerarithmetik mit Huge-Zeigern. 


Die Wörter near, far und huge sind Microsoft-Erwei- 
terungen der Sprache C. Sie gestatten Microsoft C das 
Beste an Performance aus der schwierigen Intel-Architektur 
herauszuholen. Eine Deklaration wie 


typename far * dataname; 


erzeugt einen Zeiger im Near-Datensegment, um auf 
Daten im Far-Datensegment zuzugreifen. Eine Deklaration 
der Form 


typename far dataname; 


erzeugt Daten im Far-Datensegment. Wenn auf das 
Wort far (oder near oder huge) ein Stern folgt, wird der 
Zeiger lokal angelegt, kann aber auf entfernte Daten wei- 
sen. Wenn das Wort far (oder near oder huge) vor einem 
Variablennamen steht, dann wird die Variable selbst im 
Far-(oder Near- oder Huge-)Datensegment angelegt. Der 
User’s Guide des Microsoft C-Compiler enthält einige Bei- 
spiele mit Near- /Far- /Huge-Deklarationen. 

Das erste Problem bei der Verwendung von Far- oder 
Huge-Zeigern ın einem Small- oder Medium-Programm ist, 
daß dıe gewöhnliche Größe für Datenzeiger bei der Para- 
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Zeiger AxBIae | EXBBttie Bxieedee 
Hohervertige 16 Bits Ex Bxddft Bxad 
Niederwertige 16 Bits Bxd Bx1d BxBdR 
Intel-Segmentierung BxB1dde BxDdrffe BxBdd 
Adrepberechnung +Dx2 +Bx1H +BxBBB 


Ergebnis BxB1e ExB120B BxB1 088 





Bild 2: Drei verschiedene Zeiger auf die Adresse 1000H. 


meterübergabe an Funktionen 16 Bit ist. Sie können keinen 
Far- oder Huge-Zeiger an eine Funktion wie strlen über- 
geben, die einen gewöhnlichen Near-Zeiger erwartet. 
(Wenn notwendig können Sie eine Bibliotheksfunktion für 
unterschiedliche Modelle aus Ihrer Bibliothek herausziehen 
und sie zu Ihrem Programm linken.) Schreiben Sie Ihre 
eigenen Funktionen, dann seien Sıe sorgfältig bei der 
Deklaration der Parameter wie far oder huge, wenn Sie 
beabsichtigen Far- oder Huge-Zeiger zu übergeben. Far- 
(oder Huge-) und Near-Zeiger als Funktionsparameter 
können nicht gemischt werden. 

Das zweite Problem mit Far- und Huge-Zeigern ist, daß 
der C-Sprachstandard (sowohl der alte von Kernighan und 
Ritchie, als auch der kommende ANSI) aussagen, daß der 
Unterschied zwischen zwei Zeigern eine Integerzahl ist, 
cbenso wie das Ergebnis des Operators sizeof. Das kann 
Probleme geben, wıe das Programm in Listing 2 zeigt. 

Wird das Programm in Listing 2 mit dem Wert 10000 in 
der Kommandozeile aufgerufen ergibt sich folgendes 
Ergebnis: 


Anzahl der Elemente: 19808 

1.108080 == (unsigned) (f2-fil) 
2.180000 == (long)(f2-f1) 

3.100080 == (unsigned long)(f2-fil) 
4.189880 == (long)(unsigned)(f2-f1l) 


Es scheint alles in Ordnung zu sein. Verändern Sıe aber 
die Größe der Allokierung auf 40000 - eine vernünftige 
Größe für ein Zeichenarray, auf das mit einem Far-Zeiger 
zugegriffen wird - erhalten Sie folgendes Ergebnis: 


Anzahl der Elemente: 480808 
1.400808 == (unsigned) (f2-f1) 
2,-25536 == (long)(f2-fl) 

3.-25536 == (unsigned long)(f2-f1) 
4.400800 == (long)(unsigned)(f2-f1) 


Das Problem in der zweiten Zeile der Anzeige ist, daß 
die Typkonvertierung des Ergebnisses der Subtraktion (eine 
Signed-Integerzahl) in eine Long-Zahl mit Vorzeichener- 
weiıterung durchgeführt wırd, und daher das falsche Ergeb- 
nis liefert. Dasselbe Problem kann mit einem gewöhnlichen 
Array mit mehr als 32767 Elementen auftreten, aber ge- 
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f 
* Gleichheit von Huge-Zeigern 
*/ 


naini) 
{ 
int huge *hl, huge *h2; 


hi = (int huge *)Oxd1200048; 
h2 = (int huge *)Ox00800800; 


printf("%p == %p ? 8s\n", hi, h2, 
hl == h2 ?. "yes" : "no"); 
printf("(long)(%p - Xp) == EL ? #s\n", hi, n2, 
(long}ihl - h2) == BL? "yes" : "no"); 


Listing 4: Vergleich von Far- und Huge-Zeigern. 


wöhnliche Arrays mit einer Größe von 32 Kbyte sind selten, 
da es für große Arrays ja Far- und Huge-Zeiger gibt. 

Das Problem in der dritten Zeile ist etwas feinsinniger, 
und es erfordert einen oder zwei Ausflüge ın das »Language 
Reference Manual« des Microsoft C-Compilers, um es zu 
verstehen. Ein Umwandlung von einer vorzeichenbehafte- 
ten Integerzahl (das Ergebnis der Subtraktion von f2 und 
fi) in eine Unsigned-Long-Zahl wird durch eine Vorzei- 
chenerweiterung in eine Long-Zahl und anschließende 
Umwandlung ın dıe Unsigned-Long-Zahl durchgeführt. Die 
Lösung ıst einfach. Sie brauchen nur die Signed-Integer- 
Zahl mit einer Cast-Anweisung in eine Unsigned-Integer- 
zahl wandeln, und sie dann in eine Long-Zahl zu wandeln 
(in der vierten Zeile). 

Listing 3 enthält ein Programm, um die Zeigerarithmetik 
von Huge-Zeigern zu untersuchen. Da ein Huge-Zeiger auf 
eine große Datenmenge zeigt, gilt es einige Umwandlungen 
mehr zu erkunden, als mit Far-Zeigern. Lassen Sıe das Pro- 
gramm mit dem Wert 10000 laufen, wird folgendes ausge- 
geben: 


Anzahl der long Elemente: 10088 
‚59152 == (unsigned) (h2-h!) 
.180088 == (unsigned)(long)(h2-h1!) 
6384 == 11 = H2=hl 

.4294960912 == ull = h?-hI 

.100808 == (long)(h2-h1) 

.18000 == (unsigned long)(h2-h1) 
‚59152 == (long)(unsigned)(h2-h1) 


„rum n — 


Die einzigen funktionierenden Fälle sind diejenigen, die 
das Ergebnis h2-h1 sofort in eine Long- oder Unsigned- 
Long-Zahl wandeln. Das Microsoft-Handbuch warnt Sie, 
daß die Subtraktion von zwei Huge-Zeigern ohne den cast 
nach long ein int erzeugt, mit dem oben gezeigten Ergeb- 
nis. In diesem Fall hat die Typumwandlung nach long eine 
wichtige semantische Bedeutung, die über die gewöhnliche 
Bedeutung der Typumwandlung hinausgeht. Der Operator 
cast kontrolliert die Präzision des Ergebnisses bei der 
Subtraktion von Huge-Zeigern. 








/» 
en Offset von Huge-Zeigern 
# 
include <dos.h?> 
#include <malloc.h> 


/* Konvertierung eines MSGC-Huge-Zeigers in einen Bytesoffset ab 
Adresse 8 */ 

define N SOG p) (((unsigned long)FP_SEG(p))«<4 + 

(unsigned long)FP OFF(p)) 


#define NELEM 5 


| 
Bar) 
/ int huge *hptr[NELEM]; 
int i; 
printf("Huge Offset\n"); 
printf("Zeiger von 8\n”); 


for(i = B; i < NELEM; i++) { 
hptrli] = (int huge *)halloc(32768L, sizeof(int)); 
printf("*p #71d\n”, hptrli], hptr2long(hptrli])); 


Listing 5: Umsetzung von Zeigern auf einen Byteoffset von 0). 


Die andere Tatsache, die Sie vielleicht schon bemerkt 
haben ist, daß der cast, der Ihnen die Subtraktion von zwei 
Huge-Zeigern erlaubt, ein anderer als derjenige ıst, der 
Ihnen die Subtraktion von zwei Far-Zeigern erlaubt, Seien 
Sie also doppelt vorsichtig bei der Verwendung dieser gleich 
aussehenden Zeigertypen, speziell bei Subtraktionen. 

Eine andere Schwierigkeit mit Far- und Huge-Zeigern 
besteht in der Annahme, daß sich Zeiger ordentlich ver- 
halten. Bei der segmentierten Intel-Architektur zeigen viele 
verschiedene Bitmuster bei Far- und Huge-Zeigern auf die 
gleiche Speicherstelle. 32 Bit große Zeiger enthalten zwei 
Teile, die höherwertigen 16 Bit, die in das Segmentregister 
geladen werden, und die niederwertigen 16 Bit, die den OIf- 
set darstellen. In der Intel-CPU werden die Werte der 
Segmentregister um 4 Bit nach links geschoben und zu den 
Registern addiert, um die effektive 20-Bit-Adresse zu 
erhalten. Der Zeiger 0100:0000H (32-Bit-Intel-Zeiger wer- 
den oft mit einem Doppelpunkt in der Mitte geschrieben) 
greift auf die Speicherstelle I000H zu. Die höherwertigen 
16 Bits (0100H) werden vier Bits nach links geschoben 
(1000H) und dann zu den niederwertigen 16 Bits (OH) 
addiert. Bild 2 zeigt zwei andere Zeigerwerte, die auf die 
Speicherstelle 1000H zeigen. Die Moral von der Geschichte 
ist, daß der Vergleich zweier Zeiger funktionieren kann 
oder auch nicht, abhängig vom Bitmuster. 

Das Programm in Listing $ zeigt die Gefahr des Ver- 
gleichs von Far- und Huge-Zeigern. Das erste Statement 
printf gibt yes oder no aus, je nachdem, ob die zwei 
Zeiger gleich sind oder nicht. Das zweite printf gibt yes 
aus, wenn das Ergebnis der Differenz 0 ist, ansonsten no. 
Mit gewöhnlichen Zeigern (PDP-11-Zeiger oder 16-Bit- 
Intel-Zeiger) ist das Ergebnis immer gleich. 
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Huge Offset 
Zeiger von 8 


209A:DODO 133536 

| 199888 
264648 
330192 
395744 


6B9E: BARE 


Bild 3: Die Ausgabe des Programms in Listing 5. 


Mit zwei Huge-Zeigern, die aul dieselbe Speicherzelle 
zeigen, obwohl sie unterschiedliche Bitmuster haben, sicht 
das Ergebnis folgendermaßen aus: 


B190:00080 == 08080:08008 7? no 
(long)(90100:0000 ee 0080:0800) == BL yes 


Dieses sonderbare Ergebnis zweier ungleicher Zeiger, 
die nicht unterschiedlich sind, macht Sinn. Der C-Compiler 
vergleicht Zeiger durch Vergleich der Bitmuster, aber er 
muß sie aufwendiger subtrahieren. Der Compiler erzeugt 
zuerst zwei lineare 20-Bit-Adressen, wıe es dıe CPU hard- 
waremäßig erledigt, zieht dann die Zeiger voneinander ab 
und teilt durch die Größe des Datentyps, auf den der Zeiger 
zeigt. Wenn Sie übliche Dinge mit Ihren Far- und Huge- 
Zeiger erledigen, wie das Bewegen innerhalb cines allo- 
kierten Speicherbereichs, dann funktioniert der Vergleich 
wunderbar. Etwas unkonventionelles wie selbstkodierte 
Zeiger oder von der Hardware eingelesene Zeiger oder von 
anderen Funktionen übergebene zu vergleichen, ist nicht 
klug. Sie müssen die Zeiger immer mit dem Ausdruck 
({long)(p2-pl) == 9) vergleichen, was erheblich 
länger dauert, als die bekannte Version p2 == p!. 

Sıe müssen daran denken, daß der Binärwert in einem 
Far- oder Huge-Zeiger nicht der Offset von der Speicher- 
stelle 0 ist. Statt dessen ist er im Intel-Format Scg- 
ment:Offset (Listing 2), das addiert werden muß, um den 
Offset von Speicherstelle 0 zu erhalten. Die meisten Gründe 
für das Konvertieren eines Zeigers in einen Byteoffset sind 
schlecht, aber wenn Sie es tun müssen, sehen Sie in Listing 5 
wie es funktioniert. Die Ausgabe des Programms von 
Listing 5 ıst in Bild 3 zu sehen. 

Gewöhnliche Zeiger werden oft nach unsigned oder 
unsigned long umgewandelt, wenn ein Byteoffset von 0 
gewünscht wird. Dies funktioniert bei Far- und Huge-Zei- 
gern wegen der Segment:Offset-Eigenschaft der Intel- 
Architektur nicht. Das Makro hptr21ong ist notwendig für 
die korrekte Adresse des Zeigers. Die Makros FP_SEG und 
FP_OFF zerlegen den Huge-Zeiger in Segment und Offset. 
Sie sind in dos.h definiert. 

Lassen Sie uns die Effizienz der Far- und Huge-Zeiger 
untersuchen. Bevor wir uns den vom Compiler für Far- und 
Huge-Zeiger generierten Code anschen, wollen wir uns 
verdeutlichen, wıe dieser aussehen müßte. 
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/include “malloc.h> 
define NELEM 18888 


#define MALLOC nalfoc(neLEN, sizeof(unsigned)) 
#define DTYPE onß 

felif defined Ü ) 

#define PTYPE 
#define MALLOC 
#define DTYPE 
felse 

#define PTYPE 
#define MALLOC malloc(NELEM * sizeof(unsigned)) 
|#define DTYPE unsigned 


far 
_fmalloc(NELEM * sizeof(unsigned)) 
unsigned 


unsigned PTYPE "head, PTYPE *aspikes, PTIPE *end; 
unsiened time; 


DTYPE diff; 


head = (unsigned PTYPE *)MALLOC; 

aspikes = head; 

end = head + NELEM; 

while ((time = eine) &k& aspikes++ < end) 
diff =» (DTYPE)(end - aspikes); 





Listing 6: Aufruf häufiger Zeigeroperationen. 


Mit einem Far-Zeiger kann auf jede Speicherstelle 
zugegriffen werden, indem die 16 höherwertigen Bits in cin 
Segmentregister (typischerweise ES) und die niederwerti- 
gen 16 Bits in ein gewöhnliches Register geladen werden. 
Für Huge-Zeiger ist diese Operation gleich. 

Die Zeigerarithmetik mit Far-Zeigern ist aber erheblich 
einfacher, als mit Huge-Zeigern. Bei cinem Far-Zeiger 
werden alle arithmetischen Operationen mit den nieder- 
wertigen 16 Bits durchgeführt. Alles was der Compiler 
durchführen muß, sind Operationen mit den niederwertigen 
16 Bits, genauso als wären es Ncar-Zeiger. Bei einem 
Huge-Zeiger muß der Compiler die Operation zuerst mit 
den niederwertigen 16 Bits durchführen, dann muß er das 
Carry- oder Borrow-Bit 12 Bit nach links schieben und dic- 
selbe Operation nochmals mit den höherwertigen 16 Bits 
durchführen. Dies ist ein großer Aufwand, der oftmals mit 
Unterstützung von Funktionsaufrufen erledigt wird. 

Das Programm in Listing 6 führt die gebräuchlichsten 
Zeigeropcrationen aus: 

a Addition einer Integerzahl zu einem Zeiger 
Dereferenzieren eines Zeigers 

Vergleich zweier Zeiger 

Subtrahieren zweier Zeiger 

Der Code kommt aus einem meiner Programme, das 
Huge-Arrays mit Near- und Far-Zeigern bearbeitet. Die 
Anweisung #define am Anfang des Programms gestattet 
das leichte Generieren für Near-, Far- und Huge-Zeiger 
durch die Angabe der Worte FAR oder HUGE ın der Kom- 
mandozeile des C-Compilers. Der erzeugte Code für jeden 
Zeiger ist in Tabelle 1 dargestellt. 


Microsoft C 





/include <dos.h> 


register unsigned o; 
register unsigned s; 
unsigned d; 
char far *p; 


o = FP_OFF(n); 
s = FP SEGin); 
iflo < BxTffe) { 
d= (dxtddd - o) & "Ext; 
+= d: 


-(d» 4); 


} 
else if ( 0 > Axaddd) I 
d= (o - DxTtfd) & "ERFf; 


+= (d > 4): 


} 

FP_OFF(p) = o; 
FP SEG(p) = 5; 
return(p); 


Listing 7: Umstellung von Huge-Zeigern. 


Das überraschendste Ergebnis von Tabelle 1 ist, daß der 
Overhead von Near- und Far-Zeigern ähnlich ist. Dies 
ändert sich erst bei der Verwendung von Huge-Zeigern. 
Die aufwendigste Operation bei Huge-Zeigern ist die Sub- 
traktion. Sie benötigt neun Befehle und einen Unterpro- 
grammaufruf. 

In meinem Programm muß ich ein Huge-Array mit 
50000 Long-Variablen verwalten. Das Programm lief zu 
langsam, so daß ich die Sache etwas beschleunigen mußte. 
Die meisten Berechnungen in meinem Programm greifen 
nur auf kleine Teile innerhalb des Arrays zu, diese sind 
klein genug, um mit einem Far-Zeiger erreicht zu werden, 
obwohl das Array so groß ist, daß es mit einem Huge- 
Zeiger verwaltet werden müßte. 

Die Lösung war eine optimale Routine für die Konver- 
tierung eines Huge- in einen Far-Zeiger. Dies bedeutet für 
meıne Applikation, daß der Far-Zeiger einige tausend Male 
inkrementiert oder dekrementiert werden kann, ohne daß 
die unteren 16 Bit einen Über- oder Unterlauf verursachen. 
Die Erfüllung dieser Bedingung setzt voraus, daß die unte- 
ren 16 Bit weder zu klein noch zu groß sein dürfen. 

Stellen Sie sich einen Huge-Array-Zeiger 2000:0000H 
vor. Wenn Sie diesen dekrementieren, erniedrigt der Com- 
piler die unteren 16 Bit und borgt sich 1 Bit von den 16 
höheren, wodurch sich die korrekte Antwort 1000:FFFEH 
ergibt. Ist 2000:0000H jedoch ein Far-Zeiger und Sie dekre- 
mentieren ihn, dann erniedrigt der Compiler nur die nieder- 
wertigen 16 Bit, was zum falschen Ergebnis 2000:FFFEH 
führt. Far-Zeiger versagen nur bei einem Über- oder 
Unterlauf. Far-Zeiger deren niederwertige 16 Bits weit von 
0 und FFFFH entfernt sind (etwa bei 8000H), sind sicher. 





Ich habe ein Routine huge2far (Listing 7) geschrieben, die 
einen Huge-Zeiger so ändert, daß sein Offset nahe 8000H 
liegt. Dies erzeugt einen Far-Zeiger, der jedes Element 
innerhalb einiger tausend Elemente erreichen kann. Die 
optimale Struktur eines Near-Zeigers in einer anderen 
Applikation kann anders sein. Wird zum Beispiel in einem 
Programm der Zeiger nur inkrementiert, nie dekrementiert, 
so müßte die Umsetzung den Zeiger in den unteren 16 Bit 
möglichst zu 0 machen. 

Bedenken Sie, daß die Funktion huge2far nicht für 
alle möglichen Zeiger richtig arbeitet. Es gibt zum Beispiel 
nur einen Zeiger, der die Stelle 0 adressiert, nämlich 
0000:0000H. Normalerweise zeigen aber Huge-Zeiger über 
das Programm und die Daten hinaus - und für diese Berei- 
che arbeitet die Funktion richtig. 

Ich verwende in meinem Programm Huge-Zeiger für die 
Verwaltung des Arrays, aber sobald eine intensive lokale 
Bearbeitung ansteht, wandle ich den Huge-Zeiger in einen 
Far-Zeiger, führe die Berechnung durch und falls der 
Ergebniszeiger weiterverwendt werden muß, wandle ıch ıhn 
mit einer Cast-Operation in einen Huge-Zeiger zurück. Es 
lohnt nicht, für einen einzigen Zugriff den Huge- in einen 
Far-Zeiger zu wandeln, wollen Sie aber die nächsten 1000 
Zahlen in dem Array aufsummieren, so können Sie den 
Huge-Zeiger in einen Far-Zeiger wandeln und diesen dann 
für den Zugriff auf die 1000 nächsten Arrayelemente ver- 
wenden. Die Zeit, die ich hierdurch in meinem Programm 
einspare, ıst bemerkenswert. 

Der Code in Listing 7 liefert noch mehr Ideen für das 
Schreiben effizienterer Programme mit Huge-Zeigern. 
Bedenken Sie, daß die aufwendigste Operation die Sub- 
traktion oft in Schleifen für das Abbruchskriterium verwen- 
det wird. Programmteile wie der folgende werden oft in C- 
Programmen verwendet (p, q, head und tail sind Zei- 


ger): 
while(p++ < q) 


for(p = head; p < tail; p+) 


Handelt es sich um Huge-Zeiger, wird bei jedem 
Durchgang viel Zeit für den Vergleich benötigt. Eine 
schnellere Lösung vermeidet den Vergleich bei jedem 
Durchgang, wie im folgenden gezeigt: 


ent =p - 9; 
while(p++, ent--) 
forfent = tail = pi; :p = head; ent 3 9 cent- 
=, DH) 


Sie müssen natürlich aufpassen, daß der Wert von p in 
der Schleife nicht geändert wird. 
Kaare Christian /ni 
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C NEAR FAR HUGE 
end = head + NELEM; add ax, 20008 add ax 20880 nov ax, 20288 
mov [bp-6],ax ‚end mov [bp-8], ax ;end cwd 
mov [bp-6],dx add ax,[bp-18] ;head 
ade dx,d 
mov cl ‚OFFSET _AHSHIFT 
shl dx,cl 
add dx,[bp-16] 
mov [bp- 12], ‚ax ‚end 
mov [bp-8], dx 
time = *aspikes nov bx,[bp-8] ‚aspikes les bx,[bp-12] ‚aspikes les bx,[bp-14] ;‚aspikes 
mov ax,[bx] nov ax,es:[bx] mov ax,es:[bx] 
mov [bp- -4],ax ;tine mov [bp-4],ax ‚time mov [bp-6],ax ‚time 
aspikes++ < end mov ax,[bp-B] ‚aspikes mov ax,[bp-12] ;aspikes mov ax,2 
add WORD PTR [bp-81,2 zsov dx,[bp-18] cud 
cap ax,[bp-6] ‚end add KORD PTR [bp-12],2 add ax, bp" 14] ‚aspikes 
cap ax,[bp-8] ‚end adc dx,d 
mov cl,OFFSET _AHSHIFT 
shl dx,cl 
add dx,[bp-12] 
mov te: 14] ‚aspikes 
mov bx,[bp-12] 
mov [bp-14],ax ‚aspikes 
mov [bB- 12],dx 
cap cx,[bp- 18] send 
diff = (DTYPE) (end - aspikes); mov ax,[bp-6] ‚end mov ax,[bp-B] ‚end push dx 
sub ax,[bp-8] ‚aspikes sub ax, [bp-12] ;aspikes push ax 
sar ax, sar ax,! push WORD PTR [bp-8] 
aov [bp-2],ax ;diff mov [bp-2],ax sdiff push WORD PTR [bp-18];end 
sar dx,1 
rer ax, 1 





Tabelle 1: C-Codeerzeugung für Zeigeroperationen in den 


C-TOOLS Package # 1: Aoutinen für den 
Zugrifl aul sämtliche Sysiemeinheilen 
van IBM Piersonalcompulermn und Kom- 
paliblen, auf die Funkfionen des AOM- 
BIOS und des Betriebssystems DOS tür 
die Programmiersprache © im deutsch 
kömmoentlerien Source-Code und im 
OÖbleki-Code, 

Das 1, Package der C-TOOLS enthält über 
100 Zugrifisroulinen auf Platte, Bild- 
schirm, Taslalur, Drucker, Lauisprecher, 
den asyrıchronen Kommunikationsadap- 
tor und weitere Tools. Soweit möglich, 
werden die Zugrilfscoulinen jeweitsaufal- 
len 3 Zugriffsebenen zur Verfügung ge- 
stellt: auf Programmiersprachen-Ebene 
in G, auf der Biotriebssystem-Ebene v 
DOS u, aul BIOS-Ebene,. Für alle BIOS- 
Zugrille gibt e= assembiersprachliche 
Schnittstellen, die auch mit anderen Pro- 
drammiersprachen verwende: werden 
können 


Aubsrdam werden Minen unlerscmedi- 
che Verlährensiechniken erklärt, z.B. für 
schnelle, störungstreia Aidschirmausga- 
ben, Aldschirmlenster, Scrollingeic.; Sie 
erhalten ein Synihesizer-Programm,mil 
dem 50 aul ihrer Tastatur beiiebige Ton- 
muster oder Melodıen spielen und.diese 
dann direkt In Ihr Programm einbauen 
können; Sie orhalten Druckrautinen für 
millimelergonaues Drucken in Vordrucke 
und für Graphik-Drucken uvm, 


Preis: 632,70 DM 


C-TOOLS 


mov [bp-4],ax 


‚diff 


mov [bp-2],dx 


Die G-Tools sind nicht nur direkt einsetzbar (für die meisten C-Compiler z.B. Lattice-C und 
Microsoft-C), sondern verstehen sich auch als Know how-Tools: 


Ausführliche Begleitdokumentationen liefern Ihnen detaillierte Informationen und er- 
klären jedes Statement der C-TOOLS. 


C-TOOLS Package #2: 
Datonarganisatlion und Speicher- 
konzeple, Sorterverlahren, Such- 
verfahren, Filler für die Program- 
miersprache © im deutsch kom- 
menterlan Source und Öbjekt- 
Goch, 


Das Package # 2 anhält in der vor- 

Ihegenden Version Aouflinen für 

- interne Datenorganısation/Spes- 
cherkönzopie: Listen, Siacks, 
Hashing inclusive aller Grund- 
operalionen (z.B. Element einlü- 
gen, löschen, Position ermitiein 
etc), 


Datelorganısaton und »zugrille: 
sequentielle, "hashad* und indi- 
zierte Dateien 

Arbeitsspeicher: interne, externe 
und intern/extern-kombiniarte 
Gorböarmyorlahren 

Filter {2.B, variable lexikalische 
Sortierung, Duplatten-Filter, Da- 
teiverschlüsselung, Spallenan- 
ordnung olc) Preis: 855.- DM 


C-TOOLS Package # 3: Ein Generator für 
dialogorientierie Programmsysteme Incl. 
Windowing. 
Die überwiegende Anzahl von Anwendersy- 
stamer ist haute dialogorientiert. Die Gesial- 
tung der Benutzerschnilisielle istinersier Li- 
nie verantwortlich für die sog. Benutzer- 
freundlichkeit eines Programmsystems und 
bestimmi damil maßgeblich dessen Markt- 
chancen, Die Gestaltung d. Benutzerschnitt- 
stellen wird deshalb immer trickreicher u. 
komlortabber. Die Programmierung solcher 
dialogorienharter Programmsysieme ver- 
langi jedoch dem Programmierer einen gro- 
Be Aufwand an Zeit v. Arbeit ab. Diese Pro- 
grammierarbeilen erheblich zu reduzieren, 
ist die Aufgabe sınas Dialogsysiem-Genera- 
iors, 
Der Dieiogsystem-Generalor kann: Gre» 
phik- u. Textmodus, Manipulation der Bild- 
schirmatiribute, Windows/Pull-Oown-Me- 
nues, Ein-/Ausgabelelder, Gursormanage- 
ment, Dhalog- u. Aklionssteuerung. 

Preis: B55.- DM 
Unterstützte Graphik-Karlen!: CGA, Hercu- 
les, EGA, Olwetti, IBM Professional u.a. 


C-Tools Package # 4: Grophik 

Das Package anthälldio wesentl- 

chen grafischen Grundlunklio- 

nen in Quell- u, Objektcode zu- 
sammen m. auslührlichen Kom- 
mentaren innerhalb u. außerhalb 

d. Listings. Über 100 Einzellunk- 

tionen in C u. Assembler für 

- die Initialisierung der Grafik- 
karten, 

— schnelles Zeichnen von Gers- 
den, Kreisen, Eilipser, Kreis- 
und Elipsenbögen; 

— das Ausfüllen von Polyganen 
(FlN und konvexen Figuren 
{Paint mil unlerschiedliichen 
Füllmustarn; 

- die Definition von Windows und 
Viewports, 

— die Erzeugung v, Kurven m, Hil» 
fe kubischer B-Splines; 

— Textausgaben im Gralikmadus, 

z.Z. werden die lolgenden Karten 

unterstützi! Heroules, Olivelii mo- 

naghrom, OGA, EGA, 
Preis: 855,- DM 


Speichermodellen Near, Far und Huıuge. 


C-Trainer 


Lernen Ste G nchtig von Antang an! 


Besonders geeignel für Schulungs- 
zwecks und G-Anfänger (C-Inlerpreler 
mit Tutorial-Programmierbuch - ein 
komptelter G-Lernkurs), Dear C-Trainer 
ist eine neue, sehr ellektiva Meihode, um 
G zu lernen oder sein Wissen zu erwili- 
ar, Der C-Trainer besteht aus drei Tai- 
len: Turorial-Buch, G-Interpreier und ei- 
na G-Programmbibliolhek. 


Dar C-Interpreier erlaubt ans herwöorra- 
gende Kontrolle über die Ausführung ei- 
nes G-Programmes und besitzt große 
Vorteile bei der Entwicklung von G-Pro- 
grammen. Das Programm kann anaınem 
beitebigen Punkt gestoppt werden, die 
Werte aktiver Vansblen können eingese®- 
hen und geändert werden. 
Programmänderungen sind solort und 
ohne Compilieren und Linken möglich, 
Separater oder gemeinsamer Trace lür 
Funktionsaufrufe, Stalsments und Ex- 
pressions Ist möglich. 

Verlügbar für: IBM/PC 333,- DM, Maoın- 
tosh 333,- DM, Sun 561,- DM, MisroVAX 
(Unis o. VMS) 561,- DM, Pyramid 1473,- 
DM, VAX 11700 (Unix o. VvMS) 1008,- DM. 
(Alle Preise zzgl, Verpackung und Ver- 
sand), 

Der G-Trainer istein Produkider Catalylix 
Corp, 

Die G-Tools sind Produkte des: 


ECO Institut, Landshuter Straße 37, D-8400 Regensburg, Telefon (0941) 7004 25-26 
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Lesefutter für Wissensdurstige: 


Know-How-Sammlungen 


Bereits vor 1%-Jahren gab Microsoft Press ein Werk mit 
dem Titel »The MS-DOS Encyclopedia« heraus, das jedoch 
wegen zu vieler Fehler schnell wieder vom Markt genom- 
men wurde, Das Projekt war damit jedoch nicht ganz ge- 
storben; Microsoft Press beauftragte den bekannten Fach- 
autor Ray Duncan mit der Betreuung einer überarbeiteten 
Version, die nun seit Anfang des Jahres erhältlich ist. 
Neben Ray Duncan arbeiteten zahlreiche weitere Fachauto- 
ren und Microsoft-Mitarbeiter an dıesem Werk mit, dar- 
unter so bekannte Leute wie Charles Petzold, der den 
Lesern des Microsoft System Journals bereits aus zahl- 
reichen Artikeln über Windows- und OS/2-Programmie- 
rung bekannt sein dürfte, Gordon Letwin, der Chefentwick- 
ler für Systemsoftware beı Microsoft und zahlreiche auch ın 
Deutschland nicht ganz unbekannte Autoren von Microsolt- 
Press-Büchern, wie Thom Hogan, Van Wolverton und Jo- 
Anne Woodcock. 

Laut Wörterbuch bedeutet Enzyklopädie »Gesamtheit 
des Wissens« und genau das war das Ziel dieser MS-DOS- 
Enzyklopädie: Alles für Programmierer und Anwender 
Wissenswerte über MS-DOS in einem Buch zu sammeln. 
Das Projekt ist den Autoren geglückt, es dürfte wohl kaum 
eine Frage zu MS-DOS geben, die in diesem Buch unbeant- 
wortet bleibt. Schr gut bekommt dem Werk die Beschrän- 
kung auf eine klar umrissene Zielgruppe: Programmierer; 
während andere Bücher viel Platz auf Grundlagenthemen 
wie Aufbau von Bits & Bytes verschwenden, kommt die 
MS-DOS-Enzyklopädie bei allen Themen gleich ohne Um- 
schweife zur Sache. 

Die Enzyklopädie hat einen Umfang von 1570 großfor- 
matigen Seiten und gliedert sich in fünf Teile und 15 
Anhänge. Teil 1 beschreibt die Entwicklung von MS-DOS 
bis zur Version 3.2. Teil 2 ist in fünf Abschnitte aufgeteilt, 
die sich mit der Struktur, der Programmierung, der Anpas- 
sung, der zukünftigen Entwicklung und Programmiertools 
unter MS-DOS beschäftigen. In Teil 3 werden alle Anwen- 
derbefehle, Konfigurationsbefehle und Gerätetreiber von 
MS-DOS detailliert beschrieben. Im vierten Teil folgen 
dann die Programmierutilities von MS-DOS wie CREF, 
EXE2BIN, LINK und die Debugger (auch Symdeb und 
CodeView). Teil 5 schließlich enthält eine Beschreibung 
aller Systemaufrufe von MS-DOS. In den 15 Anhängen geht 
es um Fehlermeldungen, Fehlercodes, Zeichensätze, 
Tastencodes, Datenstrukturen (FCB, PSP), Dateiformate 
(EXE/OBJ) und BIOS-Aufrufe. Behandelt werden die MS- 
DOS Versionen bis 3.2, die Unterschiede und Erweiterun- 
gen der MS-DOS-Version 3.3 werden in einem Anhang be- 
schrieben. 

Die Enzyklopädie ist so umfangreich, daß sich die wich- 
tigsten behandelten Themen nur kurz in Stichworten um- 
reißen lassen: Speicheraufteilung, Dateisystem, Aufbau von 
Programmen (EXE und COM), Ein-/Ausgabe, interrupt- 
gesteuerte Kommunikation, Dateiverwaltung, Zugriff auf 
Verzeichnisse und Label, Speicherverwaltung, die EXEC- 
Funktion, die Entwicklung von TSR-Utilities (Terminate 


and Stay Resident - speicherresidente Programme), Fehler- 
behandlung, Interruptbehandlung, Filter, Programmierung 
von Gerätetreibern, Kompatibilität zu OS/2, ein Überblick 
über Microsoft Windows, Debuggen unter MS-DOS, Ob- 
jekt-Module und der Linker u.v.m. 

Die Themen sind immer umfassend und übersichtlich 
behandelt. Der einzige Nachteil: Trotz des großen Umfangs 
wird wirklich nur MS-DOS beschrieben; für ausführliche 
Informationen über die Programmierung via BIOS oder 
direkten Hardwarezugriff (besonders wichtig für die Bild- 
schirmsteuerung) muß man weiterhin auf andere Werke 
zurückgreifen. Doch trotzdem ist das Buch für professio- 
nelle Programmierer sehr zu empfehlen. Wer es sich bei 
dem deutschen Preis von ca. DM 300,- (bis 420,-) leisten 
kann, sollte unbedingt zugreifen. 

Eine deutsche Überstzung der MS-DOS-Enzyklopädie 
ist im Vieweg-Verlag in Vorbereitung, Sie wird jedoch vor- 
aussichtlich nicht in einem Band, sondern in ausgewählten 
Themenbänden auf den Markt kommen, so daß man hicr- 
bei wahrscheinlich billiger wegkommen kann. 


Ray Duncan (General Editor): »The MS-DOS Encyclope- 
dia«, Redmond: Microsoft Press, 1988; 1570 Seiten; ISBN 
1-55615-049-0; 5134.95 (ca. DM 300,-). 5'%- oder 3’%-Zoll- 
Diskette zum Buch 854.95 (inkl. Versandkosten). 


Ein deutsches Werk, daß den Intentionen der MS-DOS- 
Enzyklopädie in Umfang und Ausführlichkeit gleichkäme, 
gibt es in noch nicht, doch es gibt gute Ansätze dazu. Ein 
Buch, daß mir positiv aufgefallen ist, ist »PC Intern« von 
Michael Tischer. Es geht darin hauptsächlich um die 
systemnahe Programmierung auf PCs, wobei im Gegensatz 
zur Enzyklopädie jedoch auch besonders auf das BIOS und 
direkte Hardwarezugriffe eingegangen wird. Das Buch ist 
mit 767 Seiten sehr umfangreich und enthält neben den 
Beschreibungen der Programmierthemen auch ausführliche 
Programmbeispiele in Assembler, BASIC, C und Pascal. 
Erfahrungen mit diesen Programmiersprachen werden vor- 
ausgesetzt. Alle Beispielprogramme sind ausführlich kom- 
mentiert. Die Beispiele sind auf einer separaten Diskette 
für DM 39,- erhältlich. 

Der Autor beschreibt im Vorwort, wie es zu diesem um- 
fangreichen Werk kam: Da es auf dem Markt einfach keine 
umfassende Beschreibung der Programmierung auf PCs 
(mit den Bereichen Hardware, BIOS und DOS) gab, wie er 
sie aus dem Heimcomputerbereich kannte, beschloß er, so 
etwas selbst zu schreiben. Und der Erfolg gibt ıhm recht: 
Michael Tischer beschreibt in diesem Buch in einfachem 
und gut verständlichem Deutsch alle wichtigen Aspekte der 
Systemprogrammierung auf PCs und es ist überall zu sehen, 
daß der Autor etwas von der Sache versteht und auch schon 
selbst umfangreiche Programmierprojekte durchgezogen 
hat. Die Beispielprogramme sind in der Regel sehr realı- 
tätsnah und von hohem Wiederverwendungswert. Mit aus- 
führlichen Listings beschrieben werden unter anderm fol- 
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gende Themen: BASIC-Assembler-Kopplung; Verzeichnis- 
anzeige; Dump; Gerüst eines Zeichen-Gerätetreibers; 
Gerätetreiber für RAM-Disk (Blockgerät); Bildschirmzu- 
griff über BIOS; PC-Konfiguration feststellen; Disketten- 
monitor; Tastaturabfrage; sichere Druckausgabe; Code- 
wandlung für Druckausgabe; Bildschirmzugriffe (MDA, 
CGA und Hercules); Bildschirm-Hardcopy. 

In drei zusammen 170 Seiten starken Anhängen werden 
alle Hardware-, DOS- und BIOS-Interrupts ausführlich 
beschrieben, so daß sich das Buch auch als Nachschlage- 
werk sehr gut eignet. Es gibt wenig auszusetzen an diesem 
Buch. Vermißt habe ich lediglich Beschreibungen der Pro- 
grammierung der Bildschirmadapter EGA und VGA, die 
(noch?) nicht enthalten sind. 

Bei seinem großen Umfang und Informationsreichtum 
ist »PC Intern« für jeden Programmierer eine sinnvolle 
Bereicherung seiner Bibliothek, besonders bei dem durch- 
aus akzeptablen Preis von DM 69,-. Aber besonders Privat- 
und Hobby-Programmieren möchte ich das Buch sehr ans 
Herz legen, denn sie werden für die systemnahe Program- 
mierung wahrscheinlich lange Zeit nicht mehr brauchen, als 
dieses eine Werk. 


Michael Tischer: »PC Intern - Systemprogrammierung«, Düs- 
seldorf: Data Becker, 1987; 767 Seiten; ISBN 3-89011-235-8; 
DM 69,-. 514- oder 3'%-Zoll-Diskette zum Buch DM 39,-. 


Neben Byte, PC Tech Journal und Computer Language ist 
das Dr. Dobb’s Journal of Software Tools die wichtigste US- 
Zeitschrift für PC-Programmierer. Diese Zeitschrift ist die 
älteste spezielle Programmiererzeitschrift und immer noch 
eine der interessantesten. Beliebt wurde und ist diese Zeit- 
schrift vor allem wegen seiner umfangreichen Listings. 
Andere US-Zeitschriften wie Byte und Computer Language 
haben schon vor einiger Zeit aufgehört, lange Listings abzu- 
drucken, sıe sind meist nur noch über Modem oder Bestel- 
lung auf Diskette erhältlich, was beides aus Deutschland 
nicht immer ohne Probleme funktioniert, oft lange dauert 
und meist mit hohen Kosten verbunden ist. Dr. Dobb’s 
druckt seine Listings weiterhin ab, so daß die Zeitung für 
Programmierer auch allein, ohne Mailbox oder Disketten- 
bestellung, nützlich ist. 

Es ıst nur wenig bekannt, daß das Dr. Dobb’s Journal of 
Software Tools im Verlag M&T-Publishing herausgegeben 
wird, der eine Tochtergesellschaft des deutschen Markt & 
Technik Verlags ist. Deshalb ist das Dr. Dobb’s Journal auch 
in Deutschland relativ einfach und auch im Abonnement zu 
bekommen. 

Das Dr. Dobb’s Journal existiert bereits seit 1976 und 
viele der Programme, die darin früher einmal beschrieben 
und abgedruckt wurden, sind auch heute noch aktuell und 
enthalten nützliche Routinen. Deshalb sind bei Markt & 
Technik auch alle bisher veröffentlichten Ausgaben in Jah- 
resbänden zum Preis von DM 95,- erhältlich. Alle 11 Bände 
zusammen (1976-1986) kosten DM 830,-. 
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Ich kann diese Zeitschrift, und zwar sowohl die älteren als 
auch die aktuellen Ausgaben nur empfehlen. Ich selbst habe 
aus dieser Zeitschrift sehr viel gelernt und glaube, daß das 
auch anderen so gehen wird. 


Dr. Dobb’s Journal of Software Tools for Advanced Program- 
mers: Jahresbände (bisher 11 Bände erschienen (1976-1986), 
Haar: Markt & Technik; Best.Nr.: 90391-90400 und 90812; je 
Band DM 95,-; alle 11 Bände zusammen (Best.Nr. 90813) 
DM 830,-. 


Zahlreiche Artikel aus Dr. Dobb’s Journal wurden von den 
Autoren als Themenbände herausgegeben. Die interessan- 
testen stammen von J.E. Hendrix und A. Holub. J.E. Hen- 
drix wurde vor allem durch seinen Small-C-Compiler be- 
kannt, den er - wie auch alle seine anderen Projekte - mit 
komplettem Quellcode veröffentlichte. Small-C ist ein Sub- 
set von C; Programme in Small-C lassen sich relativ einfach 
in Microsoft C umsetzen. Diese Software wurde bereits im 
ersten Microsoft System Journal vom November 1987 vor- 
gestellt (S. 35). Darüber hinaus hat J.E. Hendrix noch eine 
Sammlung von Tools in Small-C und einen 8080- und Z80- 
Makro-Assembler veröffentlicht, die beide sehr zu empfch- 
len sind. Seine neueste Entwicklung ist »Small-Windows«, 
ein Paket von C-Routinen für die Bildschirm- und Fen- 
sterverwaltung auf PCs. Diese Routinen werden in Small-C 
und in Microsoft-C geliefert und sind eine solide Basis für 
eine komfortable Benutzerschnittstelle in C. 

Allen Holub ist der Autor der Kolumne »C-Chest« in 
Dr. Dobb’s Journal. In dieser Kolumne hat er in zahlrei- 
chen Fortsetzungen mehrere große Projekte veröffentlich, 
die auch gesammelt erhältlich sind. Am interessantesten für 
die Leser des Microsoft System Journals sind sein Textfor- 
matierer, der in der Leistung in etwa dem UNIX-Textfor- 
matierer NROFF entspricht, seine UNIX-artige Benutzer- 
schnittstelle für MS-DOS und eine umfangreiche Utility- 
Sammlung. Auch wenn man diese Programme nicht als sol- 
che benötigt, sind sie schr zu empfehlen, da sie sehr viele 
allgemein nützliche Unterroutinen enthalten, dıe man häu- 
fig sehr gut in eigenen Programmen verwenden kann. 


J.E.Hendrix: »Small Windows«,, Haar: Markt & Technik, 
1987; 95 Seiten, inkl. Diskette; ISBN 3-89090-83 1-4; DM 79,-. 
J.E.Hendrix: »Small Tools 1.2«, Haar: Markt & Technik, 
1987; 81 Seiten, inkl. Diskette; ISBN 3-89090-8 10-1; DM 79,-. 
J.E.Hendrix: »Small Mac«, Haar: Markt & Technik, 1987; 71 
Seiten, inkl. 2 Disketten; ISBN 3-89090-811-X; DM 79,-. 

A. Holub: »Nr: an Nroff-like Text Formatter for MS-DOS«, 
Haar: Markt & Technik, 1987; ca 100 Seiten, inkl. Diskette; 
ISBN 3-89090-832-2; DM 79,-. 

A. Holub: »On command: Writing a Unix-like Shell for MS- 
DOS«, Haar: Markt & Technik, 1987; 319 Seiten, inkl. Disket- 
te; ISBN 3-8909%0-830-6; DM 9,-. 

A. Holub: »Dr. Dobb’s Journal/UTIL«, Haar: Markt & Tech- 
nik, 1987; 76 Seiten, inkl.Disk; ISBN 3-89090-829-2; DM 79,-. 
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Bestellungen im Ausland bitte an: SCHWEIZ 


Band 1: Jahrgang 1976 

Zeugnisse einer technologischen Revolution. Vom Systemanalyliker 
des Pentagon bis hin zum »Garagen-Unternehmer- arbeiteten alle 
mit dem gemeinsamen Ziel, Entwicklungssoltware für eine brand- 
neue Entwicklung bereitzustellen: den Mikrocomputer. Bavor es 
einen Apple gab, wurde Dr Dobb's Journal of Tiny Basic, Calisthe- 
mes and Orthodontia (Untertitel; Aunning Light without Overbyte) 
gegründet. Ziel dieser Unternehmung war es, eine Programmier- 
sprache für die neuen Maschinen zu verbreiten. Aus dem Insider- 
Aundbriel wurden ein Instrument und eine Chronik der elektroni- 
schen Revolution. Im ersten Jahrgang wurden Tiny Basic, ein erster 
Aufsatz zu CP/M, Hinweise zu Fließkomma-Berechnungen und 
Timer-Routinen veröffentlicht. 


Band 2: Jahrgang 1977 

Im zweiten Jahr nahm das Konzept, das die zukünftige Form 
der Zeitschrilt bestimmen sollte, Gestalt an: anspruchswolle 
und komplexe technische Probleme, mit der Begeisterung 
und dem Witz der Pioniere angegangen, Eins Gemeinde 
begann sich um Dr, Dabb's Joumal zu bilden. Entsprechend 
den technischen Voraussetzungen dieser Zeit standen häu- 
fig Fragen der Code-Minimierung [without Owerbyte!) im Mit- 
talpunkt. Dr Dabb's Journal führte seine Leserschaft in die 
Geheimnisse des Intel B0B0 ein und veröffentlichte ein kom- 
plettes Betriebssystem für diesen Chip, 


Band 3: Jahrgang 1978 


Der Aufstieg des Silicon Valley zum Inbegrill der neuen 
Technologien begann. In diesem Jahr veröffentlichten 
ein gewisser Steve Wozniak und viele andere onga- 
gierte, junge Programmierer im Dr. Dobb's Journal Pro- 
gramme, die oft den Grundstock für millionenschwere 
Computerfirmen darstellten. Eine eingeschworene 
Gemeinde von Entwicklem begann, sich Gedanken zu 
machen über die künftigen Standards der neuen Indu- 
strie. Unter den ausführlich behandelten Programmier- 
sprachen dieses Jahrgangs waren: SAM76, Pilot, Pas- 
cal und Lisp 


Band 4: Jahrgang 1979 

Der Computer-Goldrausch setzte ein. Drei Jahre, 
bevor IBM mit seinem PC auf dem Markt erschien, 
zeichneten sich die Konturen der neuen Industrie 
ab, Riesige Gewinne und ebenso spektakuläre Ver- 
luste waren gemacht worden, die Leistungstählgkell 
der Computar war um ein Viellaches verbessert 
worden. 1979 kriställisterten sich die ersten Indu- 
siriestandards heraus, einige Prozessoren halten 
sich als besonders langlebig erwiesen: Intels BOBC, 
abgelöst von Zilogs ZBO, ebenso der 6800 sowle 
der 6502. Dr Dobb’s Journal veröffentlichte Inlor- 
mationen für die Implementierung dieser Prozesso- 
ren, Algorithmen, Tips und Utilities für Code- 
Konvertierung, Zufallsgeneratoren, Rechnerkommu- 
nikation und viele Programmierwerkzeuge 


Band 5: Jahrgang 1980 

1980 stand unter dem Zeichen von CP/M und der beginnenden 
Vorhernschaft von C. Mehr als jedes andere Magazin war Dr. Dabb's 
Journal an der Verbreitung von 'GP/M und C beteiligt, Ein Meilen- 
stein in der Geschichte dieses ersten Standardbetriebssystems war 
die große Dr Dabib's CPIM-Ausgabe, die innerhalb weniger Wochen 
ausverkauft war. Gary Kildall veröffentlichte hier die Geschichte 
seingr epochemachenden Entwicklung. Im gleichen Jahr begann 
Ron Gain mit der Publizierung seines Small-C-Compllers. 


Band 6: Jahrgang 1981 

Dr. Dobb's Journal widmete sich den Anfängen von Forth und der 
Weiterentwicklung von G unter CP/M, David Cortesi eröffnete die 
«Dir. Dobb's Clinic», eine der populärsten Kolumnen der Zeitschrift 
Andere Höhepunkte dieses Jahrganges: PCNET, Conference Tree, 
elektronische Telelonbücher, eine Einführung in die Compiler- 
Programmierung, Sprachen für die Systemprogrammierung. 


Band 7: Jahrgang 1982 


Ein weiterer Wendepunkt dar Geschichte des Mikrocomputers war 
erreicht: IBM hatte den Schauplatz betreten und begann, die Spiel- 
regeln zu bestimmen. Neue Prozessoren, ersimals ausschließlich 
für die sogenannten Persönalcomputer konstruiert. Ein Beiriebs- 
system für die neue Generation von Mikrocomputern begann sei- 
nen Siegeszug, und Dr. Dobb's Journal veröffentlichte eine erste 
tiefgehende Analyse dieses PC-DOS von David Cortesi. Zwei neue 
Kolumnen wurden eingerichtet; Der »CP/M Exchanges, mit dem 
sichergestellt werden sollte, daß auch weiterhin professionelle Pro- 
grammierwerkzeuge für dieses Betriebssystem ausgetauscht wer- 
den konnten, und die »16-Bit Software Toolbox», das Forum für die 
Programmierer der neuen Progessorengeneration. Ein ersier Aus- 
blick au! die sogenannte 5. Compulergeneration wurde veröffentlicht 


Band 8: Jahrgang 1983 


Personalcomputer erwiesen sich als sehr mächtige Werkzeuge für 
den professionellen Soltwarsentwickler. In diesem Jahr wollendete 
Jim Hendrix seine «kanonlache« Version des Small-C-Gompilers in 
Dr. Dobb's Journal, Mit der allmählichen Aufhebung der engen 
Grenzen, die der verlügbare Arbeitsspeicher bisher den Program- 
mierern gesetz! hatie, wurde es möglich, unglaublich aufwendige 
Sysieme auf den Mikros zu installieren. Small C war nur eins der 
umfangreichen Programme, die in Dr Dabtr's Joumal veröffentlicht 
wurden, daneben finden sich Ed Feams RED-Bidschirmeditor 
sowie eine Version von Ada namens Augusta 
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Die kompletten Jahrgänge der erfolgreichen Mikrocomputer-Zeitschrift Dr. Dobb's Journal, Jetzt in Deutschland. 


Band 9: Jahrgang 1984 

Neue Dinge werten ihre Schatten voraus. 1984 bringt ein neuer 
Cheiredakteur, Michael Swains, sein Engagement für Higfifech In 
die Redaktion des Dr. Dobb's Journal ein. Zu den Themen dieses 
Jahres zählen Prolog und die Entwicklung von Expertensystemen 
Dr. Dobb's Journal veröffentlicht sogar ein eigenes Expertensystem 
für Wetlervorhersagen. Bei den Programmiersprachen betritt 
Modula-2 die $zene, eine Anpassung von Forth an den GA000 und 
an MS-DOS gehört ebanso zu den Themen wie die Untersuchung 
einer neuen, vielversprechenden Programmiersprache: Turbo- 
Pascal, Zu den Höhepunkten dieses Jahres gehört auch der Beginn 
der vielleicht umlassandsten C-Programm-Bibliothek, die unter 
anderem auch Tony Skjellums Tricks und Allen Hollubs Grep bein- 
haltei, Zwei leistungslähige Verschlüsselungssysieme, Kommunı- 
kallonssoftware und eine Unix-Ausgabe runden das Angebot 
dieses Jahres ab 


Band 10: Jahrgang 1985 
Auch im zehnten Jahr seines Bestehens bleibt Dr Dobb's 
Journal weiterhin eine der wichtigsten Informationsquellen 
für Computer-Enihusiasten und Programmierer. In diesem 
Jahrgang wird aufgezeigt, wie der Arbeitsspeicher des Apple 
Macintosh von 128 auf 512 Kbyte aufgerüstet werden 
kann, Es wird eine MacSCS1-Schnittstelle für Festplatten 
angeboten. Inwieweit Turbo- vom Standard-Pascal abweicht, 
gehört zu den weiteren Themen. Hauptsächlich werden 
aber Tools für Programmierer veröffentlicht, das was 
Dr. Dobbs Journal ragelmäßig seit der PC-Revolution im 
Jahre 1975 tu1, Sie finden erschöpfende Berichts über Pro 
grammhersteller und C-Compiler. Ferner gibt es jede 
Menge Listings im nützlichen Quellcode in G, Modula-2, 
Pascal, Forth, Assembler und Prolog. 


Band 11: Jahrgang 1986 
In diesem Jahr erbiell Dr. Dobbs Journal den Namenszu- 
salz -Soltware Tools». Technische Informationen für 
POMS-DO5-Programmierer werden nach bewährten 
Muster in Artikeln und Kolumnen, z.B. über undokumen- 
tierte DOS-Merkmale, Probleme des Protected Mode, 
DOS-Beschleunigung und Tricks der Assemblerspra- 
che, ausführlich angeboten. Aber auch die 68000-Fami- 
lie: wird in diesem Jahr besonders bedacht mil allge- 
meinen Programmiertechniken wie Sortierung, Dalen- 
verschlüsselung und Grafik-Algorithmen, Weitere The- 
men sind: die Programmierung des neuen 80386, 
Tools für wissenschaftliche und technische Anwen- 
dungen, eine Shell für MS-DOS, die Ähnlichkeiten mit 
Unix aufweist und natürlich wieder viele Programme 
in Lisp, Prolog, C, Moduta-2, Forth, Ada und Pascal 
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Bildschirmsteuerung und Zeileneditierung 


Wenn ein C-Programm komfortabler zu bedie- 
nen sein soll, als es die Standard-Bibliotheks- 

& ä \ Zinclude <stdio.h> 
funktionen zulassen, muß man sich eigene j/include <dos.h> /"* (Microsoft file) includes for int86() */ 


Bibliotheken aufbauen. Zu den fast immer benö- |, YBIOS.c: Various cursor and 1/0 Foutäne using 
= = Ber» Mi .- # > öNef r eater de = 
tigten Routinen gehören solche für die Bild- | ........... .ertunis (see below Kor rel 


schirmsteuerung und die Zeileneditierung. Allen | ,__“pyrieht (©) 1987 Allen I, Holub. AIl rights reserved. 


Holub stellt zwei elegante Lösungen dafür vor. 5 EXbannaLIy ScueaBabie Toulänes: 
“ “ . . “ int b getpa Get acti id ’ 
Da die beiden hier vorgestellten C-Programmdateien recht * unid rteler 2 ) ee single dararter 
lang sind, mußte der Text kurz gehalten werden. Die einzel- "yold vb_geichar (c) get a key from the bios. 
u FR void vb_puts (s, move) write a string 
nen Routinen, besonders von VBIOS.C, sind jedoch so aus- * void vb replace (c) write char w/o moving cursor 
führlich kommentiert, daß weitere Einzelbeschreibungen | % !nt vb_inchar (attrib) Get character & attribute 
auch nicht notwendig sind. Statt dessen hier ein kurzer WER (posn) But curpos as Int A cur page 
F La: . = 1° . cäg: | vb getcur () ; curpos as ‚ from cur e | 
Überblick über die Möglichkeiten von efge ts( ), der Rou- Yb-etoyz N ge es Dosikion %6 nt | 
tine für die komfortable Editierung von Eingaben. vb_getyx (&y, &x) Get cursor position | 
Die Routine efgets( ) gleicht ın vielen Punkten der nt vb_iscolor() color monitor installed 
Bibliotheksfunktion fgets( ). Es gibt jedoch mehrere d vb_cursize (top,bot) Set cursor size 
ER u . = . ; » a vb_blockcur() make a block cursor 
wichtige Unterschiede: Nach erfolgreicher Eingabe wird eın d vb  norsalcur() revert to a normal cursor 


Zeiger auf das Ende des Eingabepuffers zurückgegeben; die 
Eingabe von mehrzeiligen Texten wird unterstützt; der 
wichtigste Unterschied macht sich bemerkbar, wenn die 
Eingabe von Stdin erfolgt, dann können nämlich folgende |[/*---------------------—-------------------------- -#/ 
Tasten zur Editierung verwenddf senden: extern int int86( int, union REGS *, union REGS *); 


bewegt den Cursor nach links, ohne etwas zu löschen. 


vb_scroll{l,r,t,b,a) sSeroll region 


bewegt den Cursor nach rechts. —— #define VIDEO INT 8 /%* Video interrupt 
(Ctr1)(*]) bewegt den Cursor zum vorherigen Wort. #define KB_INT ;  /% Keyboard interrupt 
(Ctrı)[») bewegt den Cursor zum nächsten Wort. säefine Ä ii enane:ai 
(Home) bewegt den Cursor an die Position, wo sich der Cur- ne SET_POS | a isn en 
sor beim Aufruf von efgets( ) befand. 74 h Ihe ara en / 
| sitioni int f | | * Write char & move cursor * 
positioniert den Cursor hinter das am weitesten rechts |? i” ee 
_ stehende Zeichen im Eingabefeld. 
löscht den Eingabepuffer ohne die Zeichen auf dem 
Bildschirm zu löschen und kehrt mit -1 zum aufrufenden TEE 
static union REGS Re * Used to ta 1) # 
Programm zurück. static int Attribute; /* Current attribute */ 


löscht das Zeichen unter dem Cursor und verschiebt 
den Rest der Zeile um eine Position nach links. 
schaltet zwischen Überschreiben und Einfügen um. 


[Ctrı)[R) bewegt den Cursor um ein Zeichen nach links und vb “serollt K_ left, x right, y_top, y_bottom, ant ) 


löscht das Zeichen unter dem Cursor. /* Scroll the indicated region on the screen. 
(Ctrı)(X] löscht die ganze Zeile und den Puffer, es kann je- u WER RR 
doch weiter editiert werden. ER) 
beendet die Eingabe der Zeile. Efgets( ) übergibt 
einen Zeiger auf das Ende des Puffers (\0) an die auf- . 
rufende Routine oder NULL bei EOF. ) ie 
Jedes andere Zeichen größer 32 wird als gültiges Zeichen ( re 
akzeptiert und in den Eingabepuffer geschrieben. Regs.h.al = amt : 
Allen Holub 
Die beiden Listings sind ein Auszug aus dem Buch »C-Chest Reesh.cl E k left 
and Other C Treasures from Dr. Dobb’s Joural« von Allen Rees Ba=y u t 


Holub, erschienen bei M&T Books, Redwood City, Kalifor- 
nien, 1987. Eine deutsche Übersetzung ist beim Verlag Markt 
& Technik in Vorbereitung, mit dessen freundlicher Genehmi- 
gung der Abdruck erfolgt. jü 


ae 7 .h.dh = y bottom ; 
B6(Bxid, ARegs, Res); 
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alltd ı EÜIRYATF, 


[Ä--- 4 


vold wb_setcur( posn ) 
int posn; 


Te T,; 


int vb inchar( attrib ) 
Br *#attrib: 


/* Return the character at the current cursor 

* position and, if attrib is non-NULL, put the 

* attribute there. Note that vb_getpage() will mess 
* up the fields in the Regs structure so it must 

* be called first. 


”/ 


/* Modify current cursor position. The top byte of 
* "nosn" value holds the row (y), the bottom byte, 
* the column (x). The top-left corner of the screen 
* js (8,9). Pagenum is the video page number. Note 
* that vb_getpage() will mess up the fields in the 
* Regs structure so it must be called first. 

# 


Rees.h.bh = vb getpape() ; 
Re. h.ah = 8 er er 


int86( VIDEO_INT, &Regs, &Regs ); 


if( attrib ) 
*attrib = Regs.h.ah & Pxff ; 


return( Regs.h.al & Axff ); 


Regs.h.bh = vb_getpaget) ; 
x gS.x.dx = posn j 
Regs .h.ah = SET _POSN ; 
86( VIDEO_INT, &Regs, &Regs ); 


vb getcur() 


/* Get current cursor position. The top byte of the 
* return value holds the row, the bottom by the 

* column. ai le is the video page number. Note 

* that vb_getpage() will mess up the fields In the 
| * Rees structure so it must be called first. 

vb _ getpage() */ 
Regs.h.bh = Keee . 
Re Nee ‚h.ah = RE 
86( VIDEO_INT, &Regs, ARegs ); 
Fetrhl Regs.x. dx I; 


nn the currently active display page number 
% 


er = GET VMODE; 
nt86( VIDEO _INT, &Regs, &Regs ); 
return (int) Regs.h.bh ; "vb  eotyxt) and vb getyx also get the cursor position. 
* They use x and y values, however. 
#/ 

vb ctoyx ( y, x) 


vb seteur( (yB) I (KK Axff) ); 
vb_ceursize( top_line, bot_line ) 


/* Scan lines are numberd Q at the top and 7 at the 
* bottom on the color card. On the monochrome card 
* they're 8-12. If top & bot are reversed you'll 
* get a 2 part cursor. Top line determines the 

position of the vor scan line of the cursor, 
ot line is the bottom. A normal cursor can be 

created with vb_cursize(6,7). Cursize(8,7) will 
fill the entire area occupied by a character. 

Cursize(8,1} will put a line over the character 


nk than under it. 
%# 


vb_getyx{ yp. xp ) 
*yp, *xp; 


register int posn; 


posn = vb getcur(); 
*xp = nosn & Dxff ; 
*m = (posn >> 8) & Buff; 


Ex = 


ie 


Regs.h.ch = top_line ; 
bot line ; 
ES. CUR SIZE ; 
int86( "VIDEO INT, gRegs, &Regs ); 


/* Overwrite the character at the current cursor 
2 without moving the cursor. 
# 


Regs.h.ah = 19 ; | 

Regs.h.al = c; /* write c 

Regs.h.bl = 8x87; /* Normal characters 
Regs.h.bh = 8; /* Display page #0 
Regs.x.cx = 1; /* # of times to write 


int86( VIDEO_INT, &Regs, &Regs ); 


Re 


m vb iscolor() /% Returns true if a color card is active #/ 


Re eB5. .h.ah = GET _VMODE ; 
86( VIDEO INT, &Re 5, &Regs ); 
return( Regs.h. al t= ur 


} 


ZAEDULENAEN c.) 


/* Write a character to the screen in TTY mode. 
* Only normal PESREINE EIRESPBRN: BS, BEL, CR and 
* LF are recoenized cursor is automatically 


* advanced and lines will wrap. 
*/ 


Rn vb_blockcur() /* Make the cursor a block curser */ 


vb_cursize( 8, vb_iscolor() ? 7:12); 


void vb_normalcur() /* Make it an underline cursor */ 


ift vb_iscolor() ) 


Regs.h.bl = 2x87; 
vb ceursize( 6, 7); 


Regs.h.al = c; 
Regs.h.ah = WRITE_TTY ; 
( VIDEO_INT, &Regs, &Regs ); 


else 
vb_cursize( 11, 12 ); 
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Buchauszug 


vb_puts( str, move cur } 
register char *str; 


/* Write a string to the screen in TTY mode. If 

* move cur is true the cursor is left at the end 

* of string. If not the cursor will be restored to 
° original position (before the write). 

# 


register int posn; 


if !move_cur ) 
posn = vb getcur(); 


while( *str ) 
vb putchar( #str++ ); 


if( tnove cur ) 
vb_setcur( posn ); 


} 
| fx Baumnnninnnnnnnnnnnnnnnnnnan nano Dann ur 
ne vb igetehart) 
/* Get a character with a direct video bios call. 
* This routine can be used to complement stderr as 
* it can be used to get characters from the keyboard, 
* even when input redirected. The typed character 
* is returned in the low byte of the returned 
* integer, the u byte holds the auxillary byte 
* used to mark ALT keys and such. See the Technical 
ee for more info. 
# 
Regs.h.ah = 0; 
intß6( KB INT, '&Regs, &Regs ); 
' return( (Int)Regs. X.au ); 
JA=-=------ m 
Zifdef MAIN 
PN 
vb_replace( 'X" ); 
vb_putchar("\n'); 
vb_putchar('\r'); 
fendif 


Listing 1: VBIOS.C, Routinen zur Bildschirmsteuerung. 


Zinclude <stdio.h> 
#include <signal.h> 


/* EFGETS.C 
* 


An editing version of efgets. 
Compile with: 


rt cl -D DEBUG efgets.c vbios.c 
= 
* Copyright (C) 1985,1987 Allen I. 
# 


Holub. All rights reserved. 


tmost 
ete the 


When there's a anakacken in the ri 


character to its left, go_end goes one space 


# 

| * position in the buffer, and you del 
#* 
* less than it ‚Should. 
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/* Public functions %/ 


void init egets { char *buf, int bufsize ); 
int fahist ( char *buf, int bufsize, int offset ); 
char *#egets ( char "buf, int bufsize ); 
char *getl ( char *buf, int maxline, FILE #fp ); 
char Kefgets ( char *buf, int naxline, FILE #fp |); 
| /* Local static functions #/ 
‚int getkey ( void ); 

int pchar (int e, int scroll ok); 

void ptail ( char *bp, char *end, int move ); 

int addchar (inte); 

int left ( void ); 

void left word { void ); 

int right ( int scroll_ok ); 

void right_word( void ); 

void tab ( void ); 

void delete ( void }; 

void era left ( void ); 

void gohome ( void ); 

void era line ({ void ); 

| void go end ( void ); 

\void change_insertnode( void ); 

!#------------ 7 m nn Da 


extern int 


typedef int (*PFI)(); /* Pointer to subr. returning int */ 
bdos (); 


extern void *memmove ()}; 


’* Some editors (vedit) pad out the last sector with °Z rather 
* than making the file the correct lenghth. We have to test 

* for this explicitly because fgetc()} doesn't recognize 

a as EOF. 

# 


define CTL_Z Dxla 


in returned from DOS when cursor keys etc. are hit: 
* 


#define LEFT 75 
“define RIGHT {N 
#define “CTL_LEFT 115 
#define _CTL_RIGHT 116 
#define _INS 82 
define _DEL 83 
#define _HOME a 
#define END 79 
|#define _UP 72 
“define _DOWN 21 


/* The above are mapped as follows by getkey 


"/ 
#define LEFT Bxaddd 
#define RIGHT Axadı 
#define CTL_LEFT BxBDB2 
#define CTL_RIGHT Bx8003 
#define INS BxBdnd 
#define DEL Bx80d5 
#define HOME AxrBRds 
#define END Brad? 
#define UPKEY BxBAde 
#define DOWNKEY AxB2B9 
#define BDOS_IN 8 /* raw (non echo) input function */ 
#define CNTL_C PxB3 ie °C % 
/define CNTL_Z Bxla fe "2 %/ 
#define ESC Bxib ja "[ % 
|#define CAN dx 18 EI. 
|#define min(a,b) ((a) £ (b) ? (a) : (b)) 


DT ———— 


Cursor manipulation 
UP: Unda 


coluen 
COL 
ROW 
BELL 


Buchauszug 


routines: 


te the cursor position by decresenting the 


position. 
the coluan from cursor 


en the row from cursor 
ring the bell 


NEHLINE Put the cursor on the left edge of next line 
Note that this macro can cause problens if 
followed by a semicoln-else 


((cur) -= Ax1dd) 

((tcur)>>B) & in 

( (cur) & Oxff) 

w "Setcur(((row)<c8) I ((col) & &xff)) 
utchar (dx87) 

n vb_putchar("\r*); vb_putchar("\n’); ) 


ptailt » oo. move ) 

*bp, send 
/* Print out all chars betveen bp and end (inclusive) 
* without modifying the current cursor pees ron: If 
* move is zero the cursor will not ition, 


# otherwise the cursor will be left pointing to the 
% character referenced by end. 


u 
register short posn; 


if( Imove ) 
posn = vb getcur(); 


while( *bp && bp <= end ) 


nn pchar(*bp++, 1) ) 


in 


scroll++; 


/* Points at Surrent cursor 
/* Points at rightmost char on line*/ 
’/* Points at start of buffer #f 
/* Points at end of buffer 07 } 
/* Home cursor position 0 Ai 

if( move ) 


/* Number of lines scrolled “ı 
/* True if in insert mode #/ vb_setcur( posn ); /* cursor under first char#/ 


pos. /* If scrolled update*/ 
rue /* initial and Home */ 
“Startp; /* cursor posn / 
*Endp; 
Home; 
Scroll; 
static int Insert; 
else 
left(); 


aa int getkey() 


/* Return a key from the keyboard. Keys are gotten in 

* raw input mode and mapped as specified above if 

* necessary. 

w/ If we aren't at the right-most extreme of the 
buffer, move the tail over to make room for the 
eurrent character, else just print it. Ring the 
beill if there's no more room in the buffer. 
Return 1 if we should advance bp (ie. didn’t 
Fa eos) else return 8 
E; 


adachart u.J 


c; 


register int 
ateof 


static int 

if( ateof ) 
return EOF; 

IC Nie = beos(BDOS_IN) & Bxft) ) 

| suitcht bdos(BDOS_IN) & Exff ) 


case LEPT: c = LEFT 

case RIGHT: c = RIGHT 

case CTL_LEFT: c = CTL_LEFT 

er _CTL_RIGHT:c = CTL_RIGHT 
INS: I 

DEL: 

HOME: 

END: 


= 
* 
* 


register int rval =B; 
ift Bp <= Endp && (' '"<=e Bk c< ff) ) 
ift Insert && Bp <= Maxbp ) 
/* Move everthing to the right over 
Pe notch 


if( Naxb 


break: 
break; 
break; 
break; 
break; 
break; 
break; 
break; 


-o nn ni mn 


a 
case 
case 
case UP: 
case DOWN: 
BER 


< Endp ) 
bp++ ; 


- =... “4 we = 


menmove( Bp+1, Bp, Endp-Bp ); 
ptail( Bp, Maxbp, 8 ); 
#n=c; 


Fi Bp >= Endp ) 


} 
else if{ c == '\r' )  /* map ENTER key to "\n' | 
{ /* Put it in the buffer */ 


else if{ c == CNTLC Il c == CNTLZ) 
{ vb replace( c ); 

ateof = 1 ; B r 

c = EOF; 
} 
return c; 
if( pchar(c, 1) ) /* We've scrolled.*/ 
{ IR hajust the home cursor posn. #/ 

( Home ); 
Scroll++; 


ristte int  pcharfe,scroll_ok) 


/* Print a character by replacing the character at the 
* current cursor position and moving right. The screen 
* is not permitted to scroll unless scroll_ok is true. 
r is returned if the screen scrolled N 

vb replace(c); 

return right( scroll_ok ); 


Ir ph > Maxbp ) 
Maxbp = Bp+1 ; 


return( rval ); 
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en EEE EEEEEEEEESSENR 


/ 

TER int left() 
register short row,col; 
Bp <= Startp ) 


BELL(); 
return B; 


row = vb petcur(); 
col = COL( rw ); 
row = ROW( row ); 


ift col=3B) 


Tot row-1, 79 ); 


TOf row, col-1 ); 


else 
--Bp; 
return 1; 
} 


IMA-am mn mn nn / 


static vold left wordt) 
| if( Bp <= Startp ) 
? BELLO): 
else 
do [ 
left(); 
} while( Bp > Startp && "Bp == ' ' ); 
mac Bp > Startp && "Bp != ' ') 


left(); 
} 


Ir “p=='t) 


rieht(B); 
Bp++; 


in 
vn int right( scroll_ok ) 


register short raw, col; 


/* Move the cursor right. If scroll_ok is true the 

* screen will scroll when the cursor noves past the 
“ end of the bottom line I is returned if the screen 
* scrolled, 8 otherwise. 

#* 


f 
if( Bp >= Endp ) 
| r BELLO: 


col = vb getcur(); 
row = ROW col ); 
col = COL( col ) 


ift col != 79 ) 

Tot raw,  col+1 ); 
else if( row I= 24 ) 

TOo( row+i, 8 }; 
. if( scroll_ok ) 


NEKLINE()}; 
return 1]; 
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right(ß); 
} | 
[=== ---- m nn “| 
ans void tab() 
do 
{ ift addchar(' ') ) 
Bp++ ; 
else 
N break ; 
while( (Bp - Startp) & 8x7 ); 
| 
| [#------------------ oo Homme nn nn 
static void delete() 
ift Bp >= up ) 
vb_replace( *Maxbp = ' ' ); 
on 
mennovwe( Bp, Bp+i, Maxbp-Ep ); 
“Maxbp = ' '; 
ptail( Bp, Maxbp-- „ 2); 
} 
fa z.ummmnm|mm|m|m|m|m|m|m|mnninnmmunmmememn mn nn 0. w 
static void era left() 
ift left() ) 
delete(); 
} 
(Meummnnnnnnnn ann “/ 
ER void go | honst) 
= Startp ; 
Vbschaet as IF 
#------------- 
ar vold era line()} 
register char *p; 
for ee ee ; Maxbp; "*p ) 
or Pi pP; ++ =!!! 
i char(' ? B); 
vb_setcur( Home ): 
' Maxbp = Bp = Startp; 
ee a Zi a er a u je aan “/ 


/ 

a void right word() 
fort; ”e. < Int): && “Bp I= ' ' ; Bpr+ ) 
for(; BE : abe && “Bp ==!" ' : Bp++ ) 


1," 
Eiaase void go_end() 


reeister int L} 


It Rp < Mandp ) 
for( 4 = Maxbp-Bp; --1 >= 8 ; right(8) ) 
Bp = Maxbp; 


} 


aan void change _insertmodei) 


if( Insert = IInsert ) 
vb_normalcur(); 


vb _blockcur(); 


else 


Buchauszug 


void Int: egeist buf, bufsize ) 
char “buf; 


{ 


Startp = buf; 
= en + {bufsize-1) ; 


- Startp; 
= a 
= vb_e eur(); 


1; 
/* If the buffer’s empty fill it with spaces, otherwise 


* use the existing contents but fill the remainder 
ae Spaces. 
Li 


if( *Bp ) /* If the buffer isnt empty print out#/ 
{ /* its contents and set maxbp to w/ 


whilef *#Bp ) /® point at the previous end */ | 

) /® of string.#/ 
/* Update Home if «/ | 
UP( Home }; /* the screen scrolls#/ 


audi “Bp++ „1) 


Scroll++; 


Haxbp = Bp ; 
vb setcur( Hone ); /* Home cursor */ 


} 


for( ; Bp <= Endp ; *Bp++ = ' ’ ) /# and then fill «/ 
/* the rest of it with spaces. */ 
Bp = Startp; 


*egets( buf, bufsize ) 


“uf; 


Get a string with editing. If bufsize is wider than 
your screen, strange things will happen when you try 
to use the editing functions. If you access this 
function via fgetline() then it will input longer 
lines in 78 character chunks and \<CH> can be used 
to extend a line. 


“HR or BACKSPACE Destructive backspace, close 
remainder of string to fill hole. 

LEFT CURSOR Non-destructive backspace 

RIGHT CURSOR Move right one character. 


"RIGHT CURSOR Right to next word or line end 
HOME Left edge of line 
END Right edge of line 
CR or LF Tereinate line. 
" Erase entire line but don't return. 
ESG Return a null eine immediatly. 
INS Toggle from insert to overwrite mode 
DEL Delete a current cursor position and 
close up ta fill hole. 
HT “I, expanded to equivalent number 
of spaces. 
Any character Enter that character at cursor posn 
Anything else Ring the bell. 


The bell will also ring if you try to move the 
eursor past either the left or right edges of the 
buffer. Return a point to the end of string 
a > return 8 on EOF. 


SEES KEREERETETEEUR RE EHR RER KERN SS 


/" Current character. */ 
init _egets( buf, bufsize ); 


register int CC; 


/* Bp points into the bufer at the current cursor 

* location. end points at the righmost place that the 
* cursor movement commands can get us. re is 
ee one more place In the buffer. Get the line: 
“ 


"LEFT CURSOR Left to previous word or line start | 


(c = getkey()) != "\n’ && c != EOF ) 
PER! ©) 


case LEFT: left 

case RIGHT: right 
case CTL LEFT: left word 
case CTL RIGHT: DLR NOeR 
case '\t’: ta 

case HÖHE: go_hone 
case END: go_end 
case '\b': 

case DEL: 

case CAN: era line ( ); 

case INS: change_insertnode(); 
case UPKEY: 

case DOWNKEY: /® ignore */ 
default: Bp += addchar(c); 


case ESC: une = 8; 
NEWLINE(); 
return( Startp ); 
J 2 
/* Delete trailing whitespace, terminate the string, 50 
*to the next line, and return EOF if we’re at end o 


Fe the end pointer otherwise, 
# 


“mi 


( 
( 
( 
( 
( 
( 
( 
( 
( 


u a a a a 
Due Tue Tue Dur SE Te Te 


for( ; *Endp == ' ' && Endp >= Startp ; --Endp ) 


[1 


“++Endp = \B"; 
go home(); /* Home the cursor and then 
while( --Scroll >= 8 ) /® output enough blank lines 
NEWLINE(); /* to get past the current 
/* input line 


vb normalcur()}; /®% Restore the normal cursor 


return ( c == EOF && Startp == Endp ) ? NULL : Endp ; 


"setl( buf, maxline, fp ) 
“uf; 


“In; 


Works exactly like fgets but returns a pointer to 
the end of the string on success and doesn’t put 
the newline in the string. NULL is returned on EOF 
or an the first character in the buffer being "2 or 
Rad the buffer is empty. 
# 


register Int c; 
een char #"bp= buf; 
in sawslash = #; 


N (c = fgetce(fp)) != EOF && --maxline >) 


if(ce»-CIL2Z) 
return NULL; 


ra c = '"n’) 


ift tsauslash ) 

break; 
ep; /® Delete the \ w/ 
continue; /* and ignore the \n #/ 


*bp++ = « 
sawslash = (c == '"\\’); 


} 


“bp = "if" - 
return{ c == EOF && bp == buf ? NULL : bp ); 
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aa ) 


static char buf[88] = "I l I : 
“ip ; printf(” \ 2 3 4\n"); 
/# An editing version of fgets. /* printf("” 1234567898123456789812345678981234567898\n"); 
return (fp == stdin) ? egets( buf, maxline ) printf(” ”): 
: getl ( buf, maxline, fp ); a efgets(buf, 48, stdin) > DB && *buf ) 


printf(” u ‚ buf ); 
Ronmanaann ann | printf(” 2 


3 4\n | 
“ifdef DEBUG printf(" A345 67890123456 7891234567891 234567. | 
Fan printg(” a | 


a = j; 
static char buf[89]; 
register FILE *fp; } 
if( ttfp=fopen("foo”,"r")) ) 
printf("can't open foo\n"); zent) 


ie buf, zaxline, fp ) 


LE) F | 


else 
| char buf[88]; 
while( efgetstbuf, 88, fp) > ) | for(;;) 

printf("8s\n”, buf ); | { 
printf("\nd - 48 column test\n"); 
printf(”1 - 256 column test\n"); 
printf(”2 - file test\n"); 
printf("select -> "); 
gets( buf ); 
static char buf[256] = switch( *buf ) 
"123456789 123456789 123456789 123456789 123456789 " { 
"123456789 123456789 123456789 123456789 123456789 " case 'B': test4ßt); 
"125456789 123456789 1253456789 123456789"; | case '1’: test256(); 

case '2': testfile(); 

printf("line: ”); default: exit(ß); 
MER efgets(buf, 256, stdin) > d && *buf ) } 


printf("----->#s<---\n\nline: ”, buf ); 
“uf = 8; 





Listing 2: EFGETS.C für die Bildschirmeditierung. 


Ein Werkzeug setzt sich durch: 

TURCK-MESSY * das PROFI-Maskenentwicklungssystem 

für viele Programmiersprachen 

Vorteile: ® lieferbare Programmierschnittstellen für Turbo €, zahlreiche Plausibilitätsprüfungen (2.B. Wertebereiche) innerhalb 


MS-C, Lattice C, Turbo-Pascal (auch W.4.0), des Maskenlaufzeitsystems möglich (ohne Belastung des 
MS-Pascal, MS-Fortran, Modula 2 und Cobol Anwenderprogrammes) 


mit interaktivem Maskeneditor Formeln zwischen Feldern einer Maske möglich (automatisches Rechnen) 
(what you see is what you get) bis zu 8 Windows möglich 
Editieren (ändern) bestehender Masken möglich Rapid-Prototyping ohne Programmierkenntnisse möglich 
mit Maskenlaufzeitsystem zur Bildschirm- und Tastatursteuerung mit Installationsprogramm für die verschiedenen Rechnertypen 
leistungsstarke Debug-Möglichkeiten (auch nicht «»KOMPATIBLE«) 

® selbstablaufende Demo des Anwenderprogrammes möglich siehe PC Magazin Nr. 6/1987 


Eine komplett lauffähige Demo-Version (ohne Programmierschnitistelle) erhalten Sie bei Zahlungseingang von DM 17,50 auf unserem Postgirokonto München 
3325 33-807 (BLZ 70010080). TURCK-MESSY * kostet DM 445,- (DM 3%,- o, MwSt.); jede Programmierschnitistelle DM 320,- (DM 280,- 0. MwSt.). 
Mit Handbuch auf 3 Disketten zum Selberausdrucken. 


Helmut Turck & Partner GmbH : Wastelbauerstr. 12c . 8000 München 60 - Tel. 089/8 112063 
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Frage & Antwort 


Sprachschnittstellen 


F: Ich habe unter Microsoft C 4.0 zahlreiche Routinen ent- 
wickelt, die ich jetzt gerne im Microsoft QuickBASIC weiter- 
verwenden möchte. Wie kann ich dies bewerkstelligen? 


A: Microsoft QuickBASIC in der Version 4.0 läßt sich sehr 
einfach mit Ihren C-Routinen kombinieren. Sie müssen 
einige Konventionen beachten, aber Sie können dies auf 
eine von zwei Möglichkeiten durchführen. 

Sie können Ihre QuickBASIC-Programme von der MS- 
DOS-Kommandozeile aus mit BC (Microsoft QuickBASIC 
Kommandozeilen-Compiler) übersetzen und dann die ent- 
standene Objektdatei mit Hilfe von LINK mit jeder C- 
Objektdatei oder Bibliothek linken. Tatsächlich können die 
meisten der C-Bibliotheksfunktionen aufgerufen werden. 
Sie können aber auch Ihre C-Routinen kompilieren, in eine 
Quick-Bibliothek binden und diese in die Microsoft Quick- 
BASIC-Umgebung laden. Die Routinen sind dann inner- 
halb des Environments verfügbar. 

Ohne alle Details auflisten zu wollen, sind doch einige 
Dinge zu beachten. Jede von Microsoft QuickBASIC aufge- 
rufene C-Funktion muß entweder als SUB oder als FUNC- 
TION deklariert werden (Listing I). Eine FUNCTION kann 
einen Wert zurück geben, eine SUB-Funktion aber nicht. 

Des weiteren muß eine einheitliche Aufruffolge verein- 
bart werden. Das Schlüsselwort CDECL in der DECLARE- 
Anweisung zum Beispiel stellt sicher, daß die C-Konvention 
zur Paramterübergabe eingehalten wird. Die Reihenfolge 
geht in umgekehrter Richtung (von rechts nach links), so 
wie es die C-Routine erwartet. Das ist der am häufigsten 
angewendete Fall, der keine Änderung Ihrer C-Module 
erfordert. Es ist aber auch möglich, die Aufrufkonvention 
der aufgerufenen Funktion zu ändern. Die aufgerufene C- 
Funktion kann sich an BASIC angleichen, indem das 
Schlüsselwort fortran verwendet wird (Listing 2). 

Drittens muß eine gemeinsame Namenskonvention ein- 
gehalten werden. Der C-Compiler erkennt 31 Zeichen lange 
Bezeichner und ändert Groß-/Kleinschreibung nicht. Des 
weiteren fügt er vor jede Routine einen Unterstrich. Die 
Funktion called proc in Listing 2 wird zu 
_called proc. BASIC erkennt bis zu 40 Zeichen, kon- 
vertiert alle Zeichen in Großschreibung und erlaubt Punkte 
in den Namen, 

Das Schlüsselwort CDECL stellt sicher, daß die C- 
Namensgebungskonvention eingehalten wird. Punkte wer- 
den zu Unterstrichen und ein führender Unterstrich wird 
zur Variablen hinzugefügt. Da der Linker Groß-/Klein- 
schreibung ignoriert (wenn /NOI angegeben wird) wird 
CALLED.PROC zu Called Proc, und der Linker kann 
den externen Verweis lösen. Das bedeutet, daß die C- 
Routinen Groß-/Kleinschreibung nicht unterscheiden sol- 
len - (wie bei _called_proc und CALLED_proc), um 
verschiedene Funktionen aufzurufen. 


DECLARE SUB Exchan 
" Es gibt kein F 


e CDECL (af, b%) 
tionsergebnis 


DECLARE FUNCTION Power* CDECL (af) 
' Die Deklaration von Power* erlaubt 
|" die Rückgabe eines Funktionsergebnisses 





Listing 1. 


Bedenken Sie auch, daß CDECL es C nicht erlaubt, mehr als 
31 Zeichen zu unterscheiden. Es gibt aber zwei Auswege. 
Der erste ist einfach das Vermeiden von Namen, die länger 
als 31 Zeichen sind. Der zweite ist die Verwendung des 
QuickBASIC-Schlüsselworts ALIAS, welches die Ersetzung 
von Namen erlaubt. 

Viertens muß eine Konvention für die Parameterüber- 
gabe (die Daten selbst) vereinbart werden. Die Compiler 
von Microsoft übergeben Parameter auf dreierlei Art: »by 
value«, »by near reference« (nur Offset) und »by far refe- 
rence« (Segment und Offset). Die aufrufende und die auf- 
gerufene Funktion müssen dabei übereinstimmen, Eine »by 
reference« übergebene Variable gibt der aufgerufenen 
Funktion direkten Zugang zu der Variablen, so daß die 
Routine die Variable direkt ändern kann. Jede solche 
Änderung muß dann von der aufrufenden Routine in 
Betracht gezogen werden. Bei der Übergabe »by value« hat 
die aufgerufene Funktion keinen direkten Zugriff auf die 
Variable. Der Wert der Variablen ist bekannt, kann aber 
nicht geändert werden. 

In BASIC wird die Übergabe »by near reference« aus- 
geführt. In C wird dies, außer bei Arrays, »by value« durch- 
geführt, außer bei der Verwendung von Zeigern (Listing 3). 
Die C-Funktion deklariert ihre drei Parameter als near 
pointer, was bedeutet, daß die Variablen »by near refe- 
rence« übergeben werden. Da dies in BASIC voreingestellt 
ist, sind keine zusätzlichen Schlüsselwörter notwendig. 

Listing 4 zeigt eine C-Funktion, die einen Parameter als 
»far reference«, und einen »by value« erwartet. Sehen Sie 
die DECLARE-Anweisung im Microsoft QuickBASIC-Pro- 
gramm. Das Schlüsselwort SEG bewirkt die Übergabe einer 
»far reference«. BYVAL erledigt die Übergabe »by value«. 


int fortran called proc (int a, char b) 
/* Hier ist die eigentliche Funktion. 


* Beachten Sie das Schlüsselwort 
* fortran, das die Parameter entsprechend 
a BASIC-Konvention übergibt 

%# 


} 





Listing 2, 
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DECLARE SUB Exchange CDECL (af, bX) 


A& = 10 
B& = 20 
Ch = 30 


PRINT A%; BA; C# 
ICALL Exchange (A%,B#,C#) 
PRINT A%; B3: CR 


/* C-Routine exchange() */ 


jvoid exchange(int near *x, 
| int near *y, int near *z) 
Ki 


int al; 
int a2; 


ii 


"x: 
"y; 
“2: 
al; 
as; 


nu u 


* A%&, B% und C# werden by NEAR 
Reference übergeben um sie zu 
tauschen. Die neuen Werte sind sofort 

t verfügbar, nachdem die CG-Routine 
beendet wird. 





Listing 3. 


Dies steht im Gegensatz zu der 
Standardübergabe in BASIC. CALL 
CALC((Q)) übergibt eine Referenz, 
aber die Referenz bezieht sich auf eine 
temporär erzeugte Variable, nicht auf 
die Originalvariable. Der Wert der 
Originalvariablen wırd somit bewahrt. 
BYVAL erlaubt die Übergabe eines 
Wertes, anstatt der Referenz der 
temporären Variablen. 

Arrays sollten immer mit einer »far 
reference« durch die Verwendung des 
Schlüsselworts SEG übergeben werden. 
Arrays von dynamischen Strings und 
auch $STATIC-Arrays sind Near- 
Referenzen, aber alle anderen Arrays 
Far-Referenzen. Wenn Sie sich nicht 
ganz sicher sind, ob eine Near-Refe- 
renz mit dem Array funktioniert, ver- 
wenden Sie das Schlüsselwort SEG, das 
immer richtig ist. 
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ECHT SCHNELL DAGEGEN: 
MICROSOFT QUICKBASIC 4.0. 


Eine Schnecke bleibt eine Schnecke - auch 
wenn sie sich durch allerlei Mimikry — Spoi- 
ler, wohlklingende Namen und ähnliches - 
ein rasantes Outfit schneidert. 

Werfen Sie dagegen bei der neuen deutschen 


Ein Compiler, so 
schnell, daß Sie 
wie mit einem 
Interpreter arbei- 
ten. Integrierte 
Entwicklungsum- 
gebung: Compi- 
ler, Editor und 
Debugger in 
einem. Syntax- 
überprüfung bei 
der Eingabe und 
kontextsensitive 
Hilfe. 








Version von Microsoft QuickBASIC 4.0 
mal einen Blick unter die Haube: Da 
gibt es statt Show-Tuning einen völlig 
neu überarbeiteten Compiler. So sensa- 
tionell schnell, daß Sie damit wie mit 
einem Interpreter arbeiten konnen: 
Programm ausführen, anhalten zum 
Debuggen und Verändern, einfach weı- 
terlaufen lassen — ohne lastıge Warte- 
zeit. Programmanderungen baut Miero- 
soft QuickBASIC 4.0 um die 150.000 
Zeilen pra Minute ein - eine echte 
Revolution! Revolutionar auch die 
automatische Syntaxüberprüfung direkt 


beim Eintippen des Programmcodes. Fehler 
werden sofort angezeigt — die integnerte 
Hılfefunktion liefert dazu schnellstens 
Antworten. 

Und hier das absolut neue Fahrgefuhl: Auf- 
rufe der Microsoft Sprachen 6 5.0, QuickC, 
FORTRAN 4.0, Makroassembler und 
PASCAL 4.0 werden ebenso unterstützt wıe 
die Herkules Graphikkarte und die Intel 
8087/80287 Koprozessoren. 

Also umsteigen, bei uns einsteigen und ab 
geht die Post. Eine Probefahrt wırd Sie rest- 
Ios überzeugen. 


MS/DoS] [me 320/uM) 34554 


Microsoft 


ZUKUNFT DER SOFTWARE 


ctouPoON 


Bitte senden Sie mir Informationsmaterial zu Microsoft QuickBASIC 4.0. 


Ich nutze Software: [|] prval 


Mein Rechner: DMSD0S DIMS-05/2 


Bitte senden Sie den Coupon an: Microsoft Gmb - 


Absender nicht vergessen. 


UI beruflich /Branche _ 
[1] Macıntosh 
Erdinger Landstraße 2 - BON Aschheim-Dornach 
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DECLARE FUNCTION AddValue CDECL (SEG af, 
BYVAL b#) 


PRINT D#; E£; F% 
PRINT DA; EX AddValue(D, ER) 


' Die Deklaration der FUNCTION AddValue 


' erlaubt die Rückgabe eines 
' Funktionsergebnisses 


/* C-Routine addvalue{) */ 


a addvalue(far *y, int n) 


int sum; 
sum = # + n; 


return(sum); 


/* Die C-Funktion erwartet eine FAR 

* Referenz für den ersten Wert, wie an 
* SEG a% zu sehen ist, und erhält 

* ihren zweiten Wert by Value, wie an 
Eu b*% zu sehen ist. 

a; 





Listing 4. 


Zu guter Letzt muß auf die Speicher- 
modelle geachtet werden. Microsoft 
QuickBASIC verwendet ausschließlich 
Far-Codeadressen. Das bedeutet, daß 
alle C-Routinen, die mit QuickBASIC 
verwendet werden, im medium-, 
large- oder huge-Speichermodell 
übersetzt werden müssen. Dies ist der 
einfachste Weg. Das Small- oder das 
Compact-Speichermodell kann ver- 
wendet werden, wenn die Funktion mit 
dem Zusatz FAR versehen wird. 

Es gibt andere Dinge zu beachten, 
aber diese hier sind die grundlegen- 
den. Wenn Sie aber einmal die Regeln 
für die gemischte Programmierung in 
verschiedenen Sprachen verstanden 
haben, können Sie nicht nur C und 
BASIC mischen, sondern auch alle 
anderen, 
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Debuggen leicht gemacht 


Das Debuggen ist eine so schreckliche, langwei- 
lige, zeitaufwenige Tätigkeit, daß niemand viel 
Gedanken an sie verschwenden möchte. Wahr- 
scheinlich hinken aus diesem Grund gute 
Debugger in der Entwicklung immer den Com- 
pilern hinterher. Erst mit der Einführung von 
SYMDEB (SYMbolischer DEBugger, zuerst mit 
dem Makro-Assembler 3.0 ausgeliefert) bot 
Microsoft den Programmierern eine Alternative 
zum unzureichenden DEBUG an. 


Der CodeView-Debugger, der zuerst mit dem Microsoft C- 
Compiler Version 4.0 ausgeliefert wurde, vertritt eine neue 
Generation. Ähnlich wie SYMDEB gegenüber DEBUG 
neue Möglichkeiten durch das Einlesen der Quelldateien 
sowie Anzeigen der symbolischen Referenzen der globalen 
Variablen und Unterprogramme bietet, verbessert Code- 
View die Möglichkeiten gegenüber SYMDEB durch die 
Anzeige von lokalen Variablen und Unterprogrammen, 
neue Datenanzeige- und Eingabetypen, die 8087-Coprozes- 
sor-Registeranzeige sowie weitere Debugging-Techniken. 

CodeView verwendet eine Ganzseitenanzeige mit Fen- 
stern und bei der Benutzerschnittstelle Maus, Menü und 
Kommandozeilen; Codeview kann auch C-Ausdrucksaus- 
wertung durchführen. Derzeit ist CodeView mit den 
Microsoft-Programmiersprachen C, Pascal, FORTRAN, 
Assembler und BASIC einsetzbar. Nach einem Überblick 
über seine Fähigkeiten werden in diesem Artikel Details 
anhand einer Debug-Sitzung demonstriert. 

Bild 1 zeigt eine Bildschirmanzeige von CodeView. Zur 
Informationsanzeige sind vier Fenster vorhanden: das 
Quelltextfenster, das Dialogfenster, das Registerfenster und 
das Watchfenster. 

Den Mittelpunkt bildet das Quelltextfenster, das man 
sich auch als Nur-Lese-Editor mit Debug-Möglichkeiten 
vorstellen kann. Der Benutzer kann durch den Quelltext 
blättern oder nach bestimmten Teilen suchen. Die aktuelle 
Zeile und die aktiven Breakpoints werden durch einen 
blauen Hintergrundbalken sowie intensive Textdarstellung 
angezeigt. Mit einigen Kommandos ist das Durchsehen 
eines Programms, das auch aus mehreren Dateien bestehen 
kann, möglich. Der Anwender kann ein Programmlabel 
suchen, und in das Quellfenster wird automatisch die zuge- 
hörige Datei geladen und angezeigt. 

Im Dialogfenster sind Anzeigen untergebracht, die nicht 
in ein einheitliches Fensterschema passen wie die Daten- 
ausgabe für unterschiedliche Datentypen. Das Dialogfenster 
ist die Kommandozeilenschnittstelle von CodeView. 
Tatsächlich verhält sich CodeView, wenn er mit der Option 
/T aufgerufen wird, wie sein Vorgänger SYMDEB in seiner 
nicht bildschirm- und fensterorientierten Betriebsweise. Das 
Dialogfenster zeigt nur einen Teil des Dialogtextes. 
Scrollkommandos, ähnlich denen im Quellfenster, können 
zum Anschauen der Daten benutzt werden, 


70 Microsoft System Journal Mai/Juni 1988 


Word Ptr [found] ‚AX 
AX „0000 


wain+Bd (0090) 
ern 
.. = envptr; 
Ptr [en 
er Ptr | rt h. h 
while (Denvpa h) 
X,Word Ptr [envpath] 
byte Ptr [Ex] ,00 
maintde 
D11A 


Ak, FRA Ptr an 
Word Ptr tr pe 


6821:00B1 B946FC 


Swrptr,s 
»Pargc 
£ 


> 





Bild 1: Dieses Bild zeigt den CodeView-Bildschirm mit dem 
Quelltextfenster, dem Dialogfenster, dem Registerfenster und 
dem Watchfenster. 


Das Registerfenster zeigt die Register des Prozessors an. 
Das einzige zur Verfügung stehende Kommando ist die 
Möglichkeit, Flags durch Anklicken mit der Maus zu 
ändern. 

Das Watchfenster dient zum ständigen Betrachten von 
Variablen und Daten, die für den Benutzer interessant sind, 
so daß Anzeige-Kommandos nicht immer wieder einge- 
geben werden müssen. Das Anzeigeformat im Watchfenster 
stimmt mit dem im Dialogfenster überein. Doch die Kom- 
mandoeingabe für Variablen /Daten in diesen zwei Fenstern 
ist unterschiedlich. Beispielsweise zeigt ?i die Variable i 
im Dialogfenster an, w?i hingegen zeigt sie im Watch- 
fenster an. 

Die Pull-Down-Menüs sind denen von Windows nach- 
empfunden, einschließlich Maus- und Tastaturhandhabung. 


Vorbereitungen für das Debuggen 
Die Vorbereitung eines Programms für das Debuggen mit 
CodeView ist einfach. Beim Kompilieren müssen Sie nur 
den Schalter /Zi verwenden: 


CL -e -Zi Progrann 





Diese Option weist den Compiler an, die Namen, 
Adressen und Typen der globalen und lokalen Variablen, 
die Namen, Adressen und Rückgabewerte der globalen und 
statischen Funktionen und die Quelldatei-Zeilennummern 
mit in die Objektdatei zu schreiben. 

Wenn Sie diese Informationen nicht benötigen (wenn 
das Modul schon ausgetestet ist), können Sie auch angeben, 
daß nur globale Funktionen und Variablen sowie Zeilen- 
informationen in die Objektdatei gelangen, indem Sie die 
Option /Zd beim Kompilieren benutzen: 


CodeView 








CL -C -Zd Programm 





Dieser Schalter ist derselbe, der beim Debuggen mit 
SYMDEB benötigt wird. 

Wahrscheinlich werden Sie auch die Optimierung des 
Compilers durch die Angabe des Schalters /Od abschalten 
wollen. Hierdurch ist die Übereinstimmung von Quelldatei 
und dem erzeugten Code größer. 

Beim Linken müssen Sie die Option /CO (CodeView) 
verwenden. 





LINK Programm /C0; 


Der Schalter /CO weist den Linker an, die symbolischen 
Informationen und Angaben über den Zugriffspfad der 
Objektdateien mit in die EXE-Datei zu übernehmen. Code- 
View benutzt die Pfadangabe, um die C-Quelldatei zu fin- 
den. Sie sollten daher Quell- und Objektdateien im selben 
Unterverzeichnis speichern, 

Sowohl CodeView als auch SYMDEB lassen sich bei 
der Einhaltung einiger Programmierregeln leichter hand- 
haben. Da SYMDEB nur globale Variablen und Funktio- 
nen handhaben kann, werden Sie wahrscheinlich lokale 
Variablen und Funktionen seltener als statisch deklarieren. 
Bei CodeView brauchen Sie allerdings keine solchen Ände- 
rungen vornehmen. 

Die Programmierregeln bei der Verwendung von Code- 
View sind dieselben, wie bei der Erstellung von struktu- 
rierten, gut lesbaren C-Programmen. Sie sollten kleine 
Funktionen programmieren. Sie sollten nur ein Statement 
in eine Zeile schreiben, da mehrzeilige Quellcode-State- 
ments in der gemischten Quell- und Objektdarstellung von 
CodeView etwas sonderbar ausschen. Sie erhalten eine bes- 
sere Vorstellung vom Zusammenhang von Quellcode und 
kompiliertem Code, wenn Sie lange, komplexe Anweisun- 
gen vermeiden. 

Andererseits zeigt CodeView nicht den Quellcode von 
Include-Dateien oder Makros. Ebenso kann CodeView 
keine Quellcodedarstellung von Funktionen aus den Biblio- 
theken zeigen, da der Librarymanager LIB die symboli- 
schen Informationen entfernt, sollten sie auch mit der 
Option /Zi übersetzt worden sein. Es empfiehlt sich des- 
halb die Module erst nach dem vollständigen Austesten in 
die Bibliotheken zu übernehmen. 


Hilfe durch MAKE 


Die symbolischen Informationen, die der Linker für Code- 
View an die EXE-Datei anfügt, machen diese Datei schr 
viel länger als normal. Auch werden Sie Programme mit 
symbolischen Informationen nicht vertreiben wollen, da 
sonst jeder beim Betrachten der Datei mit CodeView etwas 
über das Innenleben erfahren würde. 





Display Commanddga— Tr ———— — 


eyboard/Mouse— 





Description 


Enter Help system 

Open register window 

Toggle display mode | Use 
Seitch to Output screen | Use View menu 
Go Click left on &@ 


Kore 

Click right on source line 
Click left on Trace 

Click left on source line 
Click right on Trace 
Drag line up or down 

Drag line up or down 
Click left on up arrow 
Click above elevator 
Kova cursor off bottom| Click left on down arrow 
PD Click below elevator 


Execute cursor line 
Trace th routine 


F& 

FT at location 
4 at location 
| COMTTRONLAHG 
Make window tiny COMTROL+T 

Scroll up a line Howe cursor off top 
Seroll up a page Paup 
Seroll down a line 
Scroll down a page 


Executes current source line or 
instrwetion. If count is given, 
repeats count times. Traces through 
routines and interrupts. 


T [count] 


[ler left on Trace) 


Program Step P [count] Executes current source line or 

Flo) instrucetion. If count is given, 

Click right on Trace) repeats count times. Steps over 
routines and interrupts. 


Executes until ger encounters 
address, a previousiy set breakpoint, 
or the end of the program, 


N address] 
m on &) 


Execute E Executes in slow motion until] you 


press a key. 





Display Expression 

? expression[, format] Evaluates enpression and displays the value, If 
format is given, the value is Grglayel in the 
corresponding format, as shown below: 


Specifier Input Type Output Forsat 

Signed decimal integer 

Unsigned decisal integer 

| Unsigned octal Integer 

Henadecimal integer 

Floating point 

Scientific notation 

"E* or *f,* whichever is more compact 
Character | ASCII equivalent of character 

String C null-terwinated string 


Integer 

| Integer 

er 

nteger 
Ren] 


Integers can have ] or s prefix. 


Display Syabols 


2[? [modulei] [routine.]symbol |*] Displays sysbols as described below: 












XrTmodulelroutine. symbol This symbol in routine in module. 

X?ucdulelroutine.” | All symbols in routine in module. 

X?nodulelsymbol | This symbol in module [must be static). 

X?module!* All static symbols in module. Will not find | 
h \ local or dynamic variables. | 

Afroutine. symbol | This symbol in rautine, Searches all wodules. 

Krroutine.* All aymbols in routine. Searches all modules. | 

A7symbol Looks for symbol in this order: | 

current routine, current module, all modules. 

Kr All synbols in current routine. | 

ir All module names. | 

I I All syabols in all modules. | 

Set Mode s[+/-ia] Sets display mode to source (+), 


assembly [-}, or mixed (8). 


Current Location Puts current line in center of display 
window. 


Stack Trace K Displays routines and their arguments., 
(ALT+C) The current routine is on top; the 
initial routine is on bottom, 
Unassemble U [range] Praplays instructions in range. If no 
range is given, scrolls down one screen. 
View Vlexpression] Displays source lines, starting at | 


vi.[file:]line] expression or line. If file is given, 
loads source file. If no arguments are 


given, scrolls down one screen. 
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—Eyressios— — - — 7—Hesory Üperations —— 


CodeView Expressions Hesory Type Formats--used with Dump, Watch, and Enter comsands: 


| 
Expressions in CodeView comands consist of symbols, constants, and/or A ASCII-format string 

















perators. Operators join symbols and constants into larger expressions. B Byte (8-bit hexadecimal unsigned integer 
for ae joi H- the constants "4" and "5" in che Gxprassich "445", | I De (16-bit decimal ’ zer 
Syntax for operators and constants is presented in the next three screens. | u Unsigned (16-bit decimal unsigned integer) 
W Word (16-bit unsigned hexadecimal) 
Changing Expression Evaluators 24 2 | D Double Word et unsigned hexadecimal) 
USE language] Changes evaluator to AUTO, C, FORTRAN, or BASIC. If 5 Short Real bytes) 
anguage is not given, displays current evaluator. L Real (8 bytes) 
j | T Ten-byte Real 
You can also choose ewaluators with the Language wenu. AUTO uses source- | 
file extension to select evaluator (with C as default choice). Specifying Addresses and Address Ranges 
Kotes on Extended Öperators [. and :) | expression] rspressioz] Specifies offset or segmented address. 
: Ä f address] address Range from address] to address2. 
He Kr Local or global variable address] L size Range beginning at addressi and of length 
„[module:]linenumber Source-line address | size. 
' Enter E[type] addr [list] Enters values of type, beginning at addr. 
C Expressions Debugger will prompt if list is not given. 
Items in list are separated by spaces. 
| Precedence Üperators Syntax Radix : Dftype] [ ' 2 i aa Eu 
- ump [type] [range umps values of type in range. Previous or 
| highest 1 p 0 > - \ Onumber | Octal default type assumed if iyps is not given. 
| 2 - - (type) #+ -- * & sizeof Onnumber | Decimal | \ 
a E Oxnumber | Hexadecimal  Assemble A [address] Assembles mnemonic instructions beginning 
4|+ - at address. Assumes next instruction if 
5|< > «= > address is not given. 
6| == Im Memory Üperators i : i 
Tı34 —[ | Register R[reg [expression]] Sets one of the followi a. sters: AX, BA, 
||| EY n Return byte at n CX, 0%, SP, BP, SI, DI, 65, ES, 55, 65, IP, 
g|= Hu u "no je de Won Return word at n or 386 extended register. 
Iowest 10 | BY WO DW DM n Return dbl. word ’ 
— A TE ET RF [flag] Sets a condition from one of these pairs: 
OV-MV, DM-UP, EI-DI, NG-PL, ZR-MZ, AC-MA, 
| PE-PO, CY-MC. 
FORTRAN Expressions 
Precedence Üperators Search Memory $ range list Displays each address in range that 
| ' begins a sequence matching each byte 
| in list. 
Constant Radix Compare Memory C range address Compares bytes in range to an equal- 
sized block beginning at address. 
number Default radix | 
.GT. .GE. radixdnumber | Specified radix Fill Memory F range list Fills range with byte values in list, 
Inunber ' Hexadecimal repeating values until range filled. 
Move Memory M range address Copies values in range to an equal- 
sized block beginning at address. 
Port Input I port Displays value at port. 
Port Output 0 port byte Assigns byte to port. 
BASIC Expressions 3087 7 Displays 8087 registers and stack. 
Constant Radix 
Precedence Operators — = 1 _ 
number Default radix system Command 
highest 1 | () Sönumber Octal j 
2|l.:: umber Octal | Help H Enters CodeView Help System. 
3|+ - (unary) Siinumber Hexadecimal | 
ı|l*r | Load L [arguments] Reloads program. Uses nem command-line 
5I\ m . arguments if given. 
| 6| + - (binary) Suffix Type | | i | - 
ITl=o- x > m >» = | Option Oflf{Fisic!al[+|-]] Sets (+), clears (-}, or displays the 
| 8 | mr % Integer status of Flip/Swap, Bytes Coded, Case 
9 | AO ä Long | Sense, or 386 option. 
10 | OR ı Single 
r a ’ Double Quit ü Exits the Codeliew debugger. 
13 | IM | Radix W [radix] Sets radix to 8, 10, or 16, if radix is 
Iowest 14 | LET variable = given; otherwise displays current radix. 
Redram # Redraws display screen. 
tch/Break Screen Exchange \ Displays the output screen. Press any key 





to return to the debugging screen. 
Watch W? expression[, format] Displays expression in format, 


Expression Witype] range or range in type format. Shell Escape ![command]] Starts a new D0$ shell and executes the 
program or [05 command given as command. 
Watchpeint WR? expression Breaks execution when expression If command is not given, user can enter 
is true (non-zero). | commands from the 005 prompt, and then 
. enter EXIT when ready to return to the 
Tracepoint TP? expression[, format] Breaks when expression or an D05 prompt. 
TP[type] range value in range changes, Displays | | 
same a5 latch Exppaleiäh, Tab Set Inumber ae Serie number of spaces per tab, to 
n Ta 
Watch List W Lists watch statement. 
Watch Delete NY number!* Deletes indicated watch Redirection Commands 
statement, or all if * is given. \ i . . 
[T])>[>]device Redirects command output to device (file or device). If 
Breakpoint BP addr [count] ["cund”] Sets breakpoint at address addr. If T given, output is echoed on Codeliiew screen. If second 
Set count is given, breskpoint is taken > given, output is appended. 
after count times. If cmnd is given, . . . . . i 
the command is executed at each break. <device Redirects command input from device [file or device]. 
Brankpoint BC list Deletes breakpoints in list, or all =device Redirects both command input and command output. 
Clear breakpoints if * is given instead. 
er , Commands Used with Redirection 
Brankpain BO list Disables breakpoints in list, or all . 
Disable breakpoints if * is given instead. "comment Displays comment but does not attempt to execute, 
a | = Pauses until user presses a key. 
Breakpoint BE list | ' Enables breakpoints in list, or all 2 Delays for half a second. 
Enable breakpoints if * is given instead. | 
Bra nt BL Dat breakpoints, IBEHUSTMG BeRTUE:: | j . 
is location, pass count, and associa En n . . a E 
commands. Tabelle 1: Die Hilfebildschirme von CodeView geben einen 


guten Überblick über seine Leistungsfähigkeit. 
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Sıe können MAKE benutzen, um die Dateien je nach 
Verwendung mit oder ohne CodeView-Informationen zu 
übersetzen. Am Beginn der MAKE-Datei werden einige 
Makros definiert, 


CVC = /Zi /0d 
CVL = /C0 


COMP = nsc $* $({CVC); 
LINK = link $%#%®* $(CVL); 





CVC und CVL enthalten die CodeView-Schalter für das 
Kompilieren und Linken. Nach diesen Definitionen können 
Sie die MAKE-Datei ähnlich der folgenden erstellen, 








programm.obj : programn.c 
son) 
modull.cbj : modull.c 
$(COMP ) 
modul2.obj : modul2.c 
$(COMP) 


rograma.exe : programm.obj\ 
Be Bo ) 
nodul2.0b] 
$(LINK) 


Beim Erstellen der endgültigen EXE-Datei ohne die 
symbolischen Informationen bedarf es nur eines Rück- 
gängigmachens der Definitionen in der Kommandozeile. 


MAKE programm /DCVC= /DCVL= | 


Sıe können aber auch das Dienstprogramm EXEPACK 
benutzen, um die symbolischen Informationen aus der 
EXE-Datei zu entfernen. 





Start der Debug-Sitzung 


In den meisten Fällen können Sie CodeView durch folgen- 
den Aufruf starten: 





Einige Situationen (wie der Einsatz eines PC-Kompati- 
blen oder eines S/W-Bildschirms an einem Farbadapter) 
können jedoch die Verwendung von Kommandozeilenoptio- 
nen nötig machen. Diese Schalter müssen vor der Angabe 
des Dateinamens der zu untersuchenden Datei eingegeben 
werden. Die wichtigsten Schalter bestimmen, wie Code View 
die Bildschirmanzeige handhabt. Da CodeView ein Debug- 
ger mit Ganzbildschirmanzeige ist, muß er den Bildschirm 
mit den Ausgaben des zu untersuchenden Programms 
teilen. Je nach der verwendeten Hardware haben Sie einige 
Möglichkeiten, dieses Problem zu lösen. 

Bei Systemen mit einem Videoadapter benutzt Code- 
View entweder das »Video-Swapping« oder das »Video- 


CodeView 








Flipping«, um Debugger und Programmanzeige ausein- 
anderzuhalten. Bei der Verwendung eines monochromen 
Adapters benutzt CodeView das »Swapping«. CodeView 
allokiert Speicher, um den Bildschirmspeicherinhalt zu 
retten. Er tauscht die Bildschirminhalte zwischen diesem 
Speicher und dem Bildschirmspeicher, wenn Sie zwischen 
CodeView und Ihrem Programm hin- und herwechseln. 

Verwenden Sie in Ihrem System einen Farb- (CGA) 
oder EGA-Adapter, so wendet CodeView das »Flipping« 
an. CodeView verwendet verschiedene Bildschirmspeicher- 
seiten für die beiden Anzeigen. Flipping ist erheblich 
schneller als Swapping. 

Sie können allerdings das Flipping mit einem Mono- 
chromadapter nicht einsetzen, da der 4 KByte große Bild- 
schirmspeicher nur eine Seite beinhaltet. Ebenso können 
Sie das Flipping bei CGA- oder EGA-Adaptern nicht ver- 
wenden, wenn das Programm mehrere Videoseiten benutzt 
oder eine Grafikausgabe vornimmt. In diesem Fall müssen 
Sie die voreingestellte Option durch den Schalter /S 
(Swapping) ändern. 

Sowohl Flipping als auch Swapping beinhalten einige 
Probleme. Bei jedem Tracen schaltet CodeView auf die 
Programmausgabe um und anschließend wieder zurück. 
Möglicherweise bekommen Sie eher Kopfschmerzen, als 
daß Sie den Programmfehler finden. Wenn Sie ein Pro- 
gramm debuggen, das die Ports des Videoadapters direkt 
beeinflußt, dann kann CodeView den Zustand nicht mehr 
herstellen, wenn es die Kontrolle an das Programm über- 
gibt. Aber es gibt keinen Ausweg, wenn Sie Programme mit 
nur einem Monitor debuggen. 

Diese Probleme sind gelöst, wenn Sie einen zweiten 
Bildschirmadapter verwenden. Sie müssen dann beim Pro- 
grammstart die Option /2 angeben, und CodeView benutzt 
dann für seine Ausgaben den zweiten Adapter. 

Wie bei SYMDEB können Sie aber CodeViews Ein- 
und Ausgaben auch über eine serielle Schnittstelle an ein 
Terminal umleiten. Sie büßen aber einige der Vorteile von 
CodeViews Ganzschirmanzeige ein. 


Menüs und die Maus 


Obwohl das Pull-Down-Menü-Interface und die Mausunter- 
stützung den Gebrauch von CodeView einfacher gestalten, 
als bei vielen anderen Debuggern, können Neulinge doch 
verwirrt werden. Tatsächlich gibt es mehrere Benutzer- 
schnittstellen - eine SYMDEB-ähnliche Kommandozeilen- 
Benutzeroberfläche, eine Windows-ähnliche, die Funkti- 
onstasten und die Maus. Jede Benutzeroberfläche hat Vor- 
züge und teilweise sind sie ähnlich. Sie können die Kom- 
mandos in unterschiedlicher Weise eingeben, und diese 
Flexibilität läßt CodeView am Anfang etwas umständlich 
erscheinen. Die Menü-, Maus- und Funktionstastenbedie- 
nung stellt die am meisten benötigten Kommandos mehr- 
fach zur Verfügung. Es wird keine zusätzliche Funktiona- 
lität, sondern nur ein erleichterter Umgang erreicht. 
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|/# WHERE zeigt, wo DOS Ihr ausführbares Programs findet */ 
|/« CodeView-Demo: das Programm läuft so nicht korrekt!! */ 


include <stdio.h> 
Finclude <time.h> 
include <sys\types.h> 
include <sys\stat.h> 


/define NUMEXTS 3 
define MAXFILELEN 12 
/define MAXPATHLEN 65 


struct stat file stat; 


char  *getenv(char *); 
char “strchr(); 


main (arge, argv) 


int arge; 
es "argv; 
int found; 


char pathbuf[MAXPATHLEN]; 
char  namebuf[MAXFILELEN]; 
char °ntr = Pet 
char *envpath; 

char %envptr; 


if (arge < 2) { 
printf("Bitte WHERE Dateinamel.EXT] eingeben \n"); 
exit(2}; 


BE SEN 5 BETEN 
envptr = 


/* Schleife durch die angegebenen Dateinasen */ 
while(ptr = nDargv) { 
strcpy{namebuf, ptr); 


/* Zuerst das aktuelle Verzeichnis versuchen %/ 
if(!(found = search for _file(namebuf, 
strchr(namebuf, '.")))) I 
/* Schleife durch die Unterverzeichnisse 
in der Umgebungsvariablen PATH */ 
en th = en a 
e(*#en 
ptr hut; | 
/* Pfad in den Puffer kopieren */ 
while(*envpath && *envpath != ';') 
“ntr++ = #envpath++; 


/* Pfadtrennung überspringen “/ 
while(*#envpath == ';') 
+tenvpath; 
/* Kein \ bei der Suche im Stammverzeichnis 
anfügen */ 
if(&(ptr = Ye PAAR 
*nir++ = "IN": 
“ptr = "\B’; 
strcat(pathbuf, nanebuf); 


} 
if(search_for_file(pathbuf, strchr(namebuf, '.*"))) { 
ee uf); 
reak; 
} else ( 
printstats(namebuf); 


'search_for IR LU, specific_file) 
' char *fullpath; 
Int specific _file; 


int found, next ext; 
static char *extension{NUMEXTS) = {”".COM",".EXE" ".BAT"}: 
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a file) 
a = !statifullpath, &file stat); 
else 
for(next_ext = 8; next ext < NUMEXTS; ++next_ext) [ 
/* Erweiterung .COR, .EXE und „BAT versuchen */ 
strcat(fullpath, extension[next _ext]); 
KEINE © !stat(fullpath, &file  stat)) 
Teak; 


} 


return(found); 


/# er des ganzen Namens des übergebenen 
Strings und stats (Größe, Datum.. h; 


von der globalen Struktur file_ stat 


w/ 
printstats(fullname) 
char *fullnane; 


struct tm *taptr; 


toptr = localtime(&file stat.st atime); 
printf("%s \t81d\tR2d-X2d-R2d\tRd: KL 2dXc\n”, 
strupr (fullname), 
file stat.st_size, 
taptr->ta_mon+], 
taptr->ta_nday, 
tmptr->tm_year, 
(taptr->ta_hour<13 ?taptr->ta_hour :tmptr->tm_hour-12), 
taptr->tn_nin, 
(taptr->ta_hour <= 12 ? 'p! : 'a')); 





Listing 1: Das Listing der Utility WHERE. 


Trace, Go und Break 


Schauen wir uns einige Möglichkeiten von CodeView an, 
um die Debugmöglichkeiten kennenzulernen. Die Anwen- 
der von DEBUG und SYMDEB sind mit den Trace- und 
Go-Kommandos vertraut. DEBUG Version 3.0 und SYM- 
DEB beinhalten auch noch ein Proceed-Kommando. Code- 
View hat alle drei Möglichkeiten implementiert, um die 
Programmausführung zu überwachen. 

Das Trace-Kommando benutzt die Einzelschritt-Trap- 
Anweisung des Intel Mikroprozessors, um das Programm 
befehlsweise auszuführen. Wie bei DEBUG oder SYM- 
DEB können Sie mit CodeView eine Einzelbefehlsausfüh- 
rung durchführen, indem Sie im Dialogfenster T eingeben. 
Sind Sie im Assembler-Modus, führen Sie eine Assembler- 
anweisung aus. Im Quellcode-Modus führen Sie eine Quell- 
codeanweisung aus. Sie können aber auch einen Einzel- 
schritt durch Drücken der Funktionstaste oder das An- 
klicken von F8=Trace mit dem linken Mausknopf ausfüh- 
ren. Das Ausführen mehrerer Befehle ist aber nur im Dia- 
logfenster möglich, in dem man eine Zahl an das T anhängt. 

Das Kommando Program Step, (das bei der Einfüh- 
rung in DEBUG 3.0 »Proceed« genannt wurde) ist dem 
Trace-Kommando ähnlich, überwacht aber Uhnterpro- 
grammaufrufe und Softwareinterrupts nicht. Dies ist not- 


u 


CodeView 





wendig beim Überspringen von BIOS-Aufrufen oder von 
ausgetesteten Unterprogrammen. Sie können dieses Kom- 
mando durch die Eingabe von P im Dialogfenster, dem 
Drücken der Taste oder dem Anklicken von 
F8=Trace mit dem rechten Mausknopf ausführen. 

Bedenken Sie, daß Program Step hinter den Aufruf 
einen Breakpoint setzt. Dieser Breakpoint funktioniert nicht 
im ROM oder bei Unterprogrammen oder Interrupts, die 
die Rückkehradresse manipulieren. 

Das Go-Kommando führt ein Programm bis zum Errei- 
chen eines Breakpoints aus. Sie können einen Breakpoint 
zusammen mit der Eingabe des Go-Kommandos eingeben, 
indem Sie im Dialogfenster G mit dem Breakpoint (als 
Adresse, Zeilennummer oder symbolisches Label) ein- 
geben. Sie können aber auch den Cursor im Quellfenster an 
die Stelle positionieren und [F7] drücken. Wünschen Sie Go 
ohne Breakpoint, drücken Sie [F5]. Mit der Maus können 
Sie das Programm bis zu einer bestimmten Zeile ausführen, 
wenn Sie in der Zeile den rechten Mausknopf drücken. Für 
ein Go ohne Breakpoint klicken Sie F5=Go in der Menü- 
zeile mit der Maus an. 

Den Benutzern von SYMDEB ist das explizite Setzen 
von Breakpoints vertraut. Der Vorteil dieser Methode, 
gegenüber der Angabe des Breakpoints im Go-Kommando 
ist, daß Sie mehrere Breakpoints setzen können. Diese blei- 
ben außerdem aktiv, bis sie deaktiviert oder gelöscht wer- 
den. 

Das Breakpoint-Kommando in CodeView arbeitet wie 
das in SYMDEB. Zwanzig Breakpoints stehen zur Ver- 
fügung. Das Setzen mit der Maus ist einfach, es braucht nur 
die entsprechende Zeile mit dem linken Mausknopf ange- 
klickt werden. Sie können auch mit der Tastatur den Cursor 
in die Zeile bewegen und [F3) drücken. 


Jenseits von SYMDEB 


Lassen Sie uns nun einige Bereiche betrachten, bei denen 
CodeView die Funktionalität von SYMDEB übertrifft. Es 
gibt Watches, Watchpoints und Tracepoints. Sie erscheinen 
alle im selben Menü, sie werden im selben Fenster ange- 
zeigt und sie haben leicht zu verwechselnde Namen. Sie sind 
aber nicht gleich. 

Ein Watch ist ein Ausdruck, der globale oder gerade 
verfügbare lokale Variablen enthält. Der Ausdruck wird zu- 
sammen mit dem Ergebnis im Watchfenster angezeigt. 
Wenn Sie zum Beispiel eine Funktion haben, die direkt in 
den Bildschirmspeicher schreibt und hierzu die Variablen 
row und col verwendet, könnten Sie Interesse an der aktu- 
ellen Bildschirmadresse haben. Ihr Watch schaut dann 
ungefähr so aus: 


| 
2% (row + Bd *col) 


Der Ausdrucksauswerter kann sogar Aufrufe von Funk- 












tionen Ihres Programms handhaben. So können Sie ein- 
zelne Funktionen testen, indem Sie diese mit Testwerten 
aufrufen. 

Ein Watchpoint ist ein Bool’scher Ausdruck, wiederum 
in der Syntax der Programmiersprache mit globalen und 
gerade lokal verfügbaren Variablen. Wird der Watchpoint 
TRUE (also ungleich 0), stoppt CodeView und übergibt die 
Kontrolle wieder an Sie. 

Sowohl für Watches als auch für Watchpoints muß 
CodeView immer wieder die Ausdrücke auswerten, wäh- 
rend Sie durch das Programm tracen. Für Watches werden 
nur die neuen Werte angezeigt. Bei Watchpoints gegebe- 
nenfalls das Programm abgebrochen. 

Ein Tracepoint ist ähnlich einem Watchpoint, er kann 
auch zum Halten des Programms führen. Im Gegensatz 
zum Watchpoint, der von der Bewertung eines Ausdrucks 
abhängt, stoppt ein Tracepoint das Programm, wenn ein 
Teil des Speichers sich ändert. Diese Aufgabe kann Code- 
View sehr viel leichter und schneller erledigen, aber es ist 
nicht so flexibel. 

Stellen Sie sich eine for-Schleife vor, die die Variable i 
folgendermaßen erhöht: 










|forti = B;i < 188; i*+) 





Wenn Sie bei jeder Änderung von i abbrechen wollen, 
können $ie einen Tracepoint setzen, der nur der Ausdruck 
i ist. Ist aber i eine Registervariable, funktioniert der 
Tracepoint nicht, da i keinem Speicherbereich entspricht. 

Wollen Sie bei jedem zehnten Schleifendurchlauf unter- 
brechen, können Sie keinen Tracepoint setzen, der folgen- 
dermaßen aussicht 


da i #% 10 nicht einem Speicherplatz entspricht. Hier 
hilft ein Watchpoint der Form: 





Das Beobachten von Tracepoints 


Beim Debuggen eines Programms ist es ratsam, daß Sie Ihr 
Problem lokalisieren, bevor Sie Watch- oder Tracepoints 
setzen. Watchpoints benötigen länger zum Auswerten als 
Tracepoints, müssen aber keinem Speicherbereich zugeord- 
net sein. Es gibt eine einfache Regel. Müssen Sie einen 
Watch- oder Tracepoint setzen, so sollten Sie es zuerst mit 
einem Tracepoint versuchen. Funktioniert das nicht, dann 
nehmen Sie einen Watchpoint. 

Watch- und Tracepoints benötigen bei jedem Pro- 
grammschritt Zeit zur Auswertung. Für Echtzeitanwendun- 
gen benötigen Sie daher einen Hardwaredebugger. 
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CodeView 





Null-Zeiger 


Die Möglichkeit, den Inhalt einer Variablen oder einen 
Speicherbereich ständig zu überwachen, ist eine sehr große 
Hilfe beim Debuggen. Möglicherweise ist Ihnen die Lauf- 
zeitfehlermeldung »error 2001: Null pointer assignment« 
vertraut. Am Beginn des Datensegments Ihres Programms 
ist ein kleiner Bereich, der Nullen und die Microsoft Copy- 
right-Meldung enthält. Der Programmteil zum Beenden 
eines Programms berechnet eine Quersumme. Wurde der 
Speicherbereich verändert erscheint die Fehlermeldung 
»Null pointer-assignment«., 

In € ist ein Null-Zeiger ein ungültiger Zeiger. Wurde 
der Beginn des Datensegments verändert, kann dies sehr 
leicht die Folge der Verwendung eines nicht initialisierten 
Zeigers sein. Die Meldung sagt nicht aus, daß Sie einem 
Zeiger 0 zugewiesen haben, sondern daß Sie den Zeiger 
benutzt haben, um irgendetwas in den Speicher zu schrei- 
ben. 

Sie können den Programmteil mit dem Fehler finden, 
indem Sie einen Tracepoint auf den Speicherbereich setzen. 
Im Dialogwindow können Sie 


TPBeLEB 


eingeben. Das bedeutet: Setzen eines Tracepoints vom 
Typ Byte ab Adresse 0 mit einer Länge von 8 Byte. Code- 
View zeigt die Werte in einem Hexdumpähnlichen Anzeige- 
format an. Oder Sie können dasselbe erreichen, wenn Sie 
im Watchmenü die Option Tracepoint auswählen und 
den Ausdruck 


|*((double *) #) 


eingeben. Der Inhalt dieses Zeigers auf die Double- 
Variable an der Adresse 0 sind die 8 Byte beginnend an 
Adresse 0. Wenn sich der Speicherbereich ändert, bricht 
CodeView die Programmausführung ab und zeigt Ihnen den 
Programmteil, wo es sich ereignete. 

Wenn Sie eine Zeichenkette haben, die überschrieben 
wird, oder ein Array, das sonderbare Werte enthält oder 
sogar Programmteile, die überschrieben werden, setzen Sie 
einen Tracepoint auf die Variable oder die Adresse, und 
CodeView unterbricht beim Auftreten des Überschreibens. 


Die Panik-Taste 


CodeView unterstützt auf ATs auch den dynamischen Ab- 
bruch mit der Taste (SysReg). Mit können Sie ein 
Programm wieder unter Kontrolle bekommen, wenn es die 
Breakpoints, die Sie gesetzt haben, nicht erreicht. Die 
Option Calls im Menü oder das Kommando K im Dialog- 
fenster zeigt einen Stacküberblick. Hieran erkennen Sie, wo 
Sie sind, und auf welchem Weg Sie an diese Programmstelle 
gelangt sind. Es erfolgt die Anzeige der Funktionsnamen, 
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der übergebenen Parameter, und falls die Eingabe im Dia- 
logfenster erfolgte, die Angabe der Zeilennummer der 
Stelle, wo der Aufruf erfolgte. 


Trotzdem aufpassen 


Bei der Verwendung von CodeView sollten Sie einige Vor- 
sicht walten lassen. Wenn Sie längere Zeit DEBUG oder 
SYMDEB benutzt haben, sollten Sie daran denken, daß 
CodeView für die Eingabe das Dezimalsystem verwendet. 
Bei der Eingabe von D 197F erhalten Sie eine Fehlermel- 
dung. Sie sollten D 6527 oder D 2x197£ eingeben. Sie 
können aber auch das Zahlensystem auf Hexadezimal 
ändern, wenn Sie das lieber wollen. (Dumps, Assembler- 
listings und Registerinhalte werden immer hexadezimal 
angezeigt.) 

Bedenken Sie jedoch, daß Watches, Watchpoints und 
Tracepoints dasselbe Zahlensystem benutzen. Setzen Sie 
dıe Zahl auf 16, so werden die Zahlen ın den Ausdrücken 
ebenso als hexadezimal angenommen. Schauen wir uns 
nochmal das Watch von vorher an. 


12 * (row + 88 * col) 


Nachdem das Zahlensystem zur Basıs 16 eingestellt ıst, 
wird auch die 80 als Hexadezimalzahl (Dezimal 128) behan- 
delt. Wenn Sie das Zahlensystem verändern, schreiben Sie 
die Ausdrücke mit expliziten hexadezimalen oder dezimalen 
Zusätzen. 


2 = (row + Bx50 * col) 


oder 








2 * (row + Bn8ß * col) 


SYMDEB ist in einigen Fällen leichter zu handhaben. 
Wollen Sie sich disassemblierten ROM-Code ansehen, dis- 
assemblierte Programmteile ausdrucken oder kurze Assem- 
blerprogramme mit Dateinamenserweiterung .COM erzeu- 
gen, sollten Sie SYMDEB verwenden. Für die ernsthafte 
Fehlersuche aber sollten Sie Code View einsetzen. 

Lassen Sie uns einen Debugvorgang mit CodeView 
durchführen, um seine Fähigkeiten zu demonstrieren. 


Das Debuggen von WHERE 


WHERE ist ein in C programmiertes Dienstprogramm, das 
mit dem Microsoft C-Compiler (Schalter /Zi) übersetzt 
wurde (Listing I). Es benötigt als Argumente einen oder 
mehrere Programmnamen, und versucht diese Programme 
genauso wie MS-DOS zu finden. Daher ist die Utility nütz- 
lich, um herauszufinden, ob »TEST« »E:\TEST.BAT« oder 
»C:\ BIN\TEST.EXE« bedeutet. 


CodeView 


File View Search Run Watch Options ee Calls Help | F8=Trace F5-6o 
where. Fr 

/* WHERE zeigt wo DOS Ihr ausführbares ee findet */ 

finclude 


<stdio.h> 
Aneluie Sn .h> i 
Inc <sys\types.h> 
Finclude <sys\stat.h> 
#define MUMEXTS 3 
fdefine MAXFILELEN 12 


Ka A ch HK ch 
“Eee he oh a ne ae ne 
=“. 


Idefine HAXPATHLEN 65 
struct stat file stat; 


char tenv[char * 
char Ber : 


main large, arg) 
int argc; 
char LE VE 


Microsoft (R) CodeView [R} Version 2.0 


(e) Copyright Microsoft Corp. 1986, 1987. All rights reserved. 








Bild 2: Die Eingabe von »T« oder das Anklicken der 
Menüoption F8=Trace mit der Maus erzeugt eine blaue 
Linie im Quelltextfenster in der Zeile 17. 


In der Hoffnung, daß ein wirklicher Programmierer so 
etwas fehlerfrei erledigt, starten wir WHERE zum ersten 
Mal und beten, daß es unsere Festplatte nicht zerstört. 


A>WHERE WHERE .EXE 
WHE 


RE.EXE 6224 18-30-86 11.23a 








Überprüfen wir die Angaben mit dem DIR-Befchl: 


A>DIR WHERE.EXE 


WHERE .EXE 6224 


10-30-86 11:23p 


Anscheinend ist Zeitangabe (a/p) nicht richtig. Ein 
kurzer Blick auf die Routine printstats zeigt uns den 
Tippfehler. Es sollte dort >= statt <= stehen. Da wir richtige 
Programmierer sind, merken wir uns den Fehler, und ver- 
gessen all die Male, die wir vergessen haben, einen Fehler 
später zu berichtigen. 

WHERE ist noch nicht ausgetestet. Es soll wie DIR 
auch mehrdeutige Namen finden und soll die Suche in 
derselben Weise wie MS-DOS durchführen. Die Erweite- 
rungen .COM, .EXE und .BAT werden automatisch ange- 
hängt. Ein einfacher Test: 





WHERE findet sich selbst nicht. Wie steht es mit einem 
mehrdeutigen Dateinamen irgendwo im Pfad (nicht im 
aktuellen Verzeichnis)? 


BORER COMMAND 
> 


A>WHERE COMMAND. COM 
A> 








File View Search Run Watch ‚Borken Language Calls Help | FörTrace Fösßo 
re.c 


17: in arge: = 
6623:0010 55 al} 

6623:0011 BBEC ‚sr 
6B23:0013 885600 A 
6823:0016 E37306 stk (0682) 


SI 
char 123 = pathbuf; 

AX ‚Word Ptr [pathbuf] 
6823: oolE BEN, ü Word tr [ptr „AX 


21: f (arge « 2) { 
6823:0021 B37E0402 Word Ptr ce), +02 
6823:0025 7C03 a _maint+la 0024 
6823:0027 E91400 "usintze [003E) i 

: teiname[.EXT] eingeben \n*}; 


- print ich tg 
6823:002A tige 0036 
6823:0020D PUSH Pr% 


Microsoft {A} Coderiew (R) Version 2.0 
(C) Copyright Microsoft Corp. 1986, 1987. 
= main 


All rights reserved. 


Bild 3: Das Kommando u main veranlaßt CodeView sowohl 
Quellcode- als auch Assembleranweisungen im Quelltext- 


fenster anzuzeigen. 


Anscheinend haben wir zwei Bugs. Wir können nicht beide 


gleichzeitig finden, also Debuggen wir. 

Bild 2 zeigt die anfängliche Bildschirmanzeige von 
CodeView. Das Registerfenster ist beim Debuggen von C- 
Programmen geschlossen, und das Watchfenster ist leer. 
Das Drücken der Taste »T« oder das Anklicken der Menü- 
option F8=Trace mit der Maus läßt eine blaue Linie im 
Quellfenster in der Zeile 17 erscheinen, wo die aktuelle 
Programmzeile steht. Das nächste Tracen bringt uns zur 
Zeile 23. 

Sie wundern sich möglicherweise, daß die erste Anwei- 
sung in der Zeile nach main sein soll, die nächste aber 5 
Zeilen später. Der C-Compiler schreibt nur Zeilennum- 
mern von Zeilen in die Objektdatei, die ausführbare 
Befehle enthalten. In den Zeilen 18 bis 22 stehen aber nur 
Deklarationen, die keinen Code erzeugen, Zeile 23 hin- 
gegen enthält eine Zuweisung. Wir können uns mit der Ein- 
gabe u main den Zusammenhang von Quellcode und 
erzeugtem Code anschauen. Durch diesen Befehl zeigt 
CodeView sowohl Quellcode als auch die Assembleranwei- 
sungen im Quelltextfenster an. Mit der Taste [F3) gelangen 
Sie wieder in den Nur-Quellcode-Modus (Bild 3). 


Einzelschrittablauf 


Da es sıch um ein recht kurzes Programm handelt, können 
wir im Einzelschrittmodus durch das Programm gehen, und 
uns ansehen, was sich ereignet. Die uns interessierenden 
Variablen können wir im Watchfenster anzeigen lassen, und 
müssen dadurch nicht jedes Mal den Anzeigebefehl ein- 
geben. Die erste interessante Zeile ist die Zeile 32. Wir 
können gleich mit g .32 oder durch das Anklicken der 
rechten Maustaste dorthin springen. Zur Ergebnisanzeige 
der Funktion getenv geben wir ?envptr ein. CodeView 
zeigt das Ergebnis 27998:4641. CodeView bewertet 
envptr als C-Ausdruck und gibt als Ergebnis den Zeiger- 
wert (die Adresse) zurück. 
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CodeView 





if (arge < 2) 
weht. "Bitte WHERE Dateiname[.EXT] eingeben \n*); 
ex 


ifl! (envptr = getenv("PATH*))) 
envptr 'B: 


Im zeit Burch 2 angegelt 
Mi row | 


/* Zuerst das aktuelle Verzeichnis versuchen */ 
ifltlfound = search _for_file[namebuf, atrchr (namebaf; ‘ 
/* Schleife durch die Unterverzeichn sse in % i 


>»? envptr 
27998:4641 
>w?envptr,s 
> 





Bild 4: Der String, auf den envptr zeigt. 


Die Ergebnisse der Ausdrücke &envptr, envptr und 
*envptr sind unterschiedlich, und CodeView bewertet sie 
richtig. Uns interessiert der mit 0 abgeschlossene String, auf 
den envptr zeigt. Deshalb müssen wir 





eingeben, um den String im Watch-Fenster angezeigt zu 
bekommen (Bild 4). Zeiger und Zeigerausdrücke in C sind 
schwer zu erlernen. Unerfahrene Anwender können Code- 
View in dieser Hinsicht verwirrend empfinden, aber nicht 
verwirrender, als das Programmieren in C. Ganz im Gegen- 
teil, CodeView ist in dieser Beziehung ein ausgezeichneter 
Lehrmeister. 

Die nächsten beiden Zeilen ändern die Variablen ptr 
und namebuf, Tracen wir die Zeilen und lassen uns die 
Werte im Watchfenster anzeigen. Das darf auch in einer 
Zeile erfolgen, wenn die Kommandos mit Strichpunkten 
getrennt werden. 


|?t Z;w?ptr ‚5;w?namebuf,s 





Die aktuelle Zeile führt den Funktionsaufruf von 
search_for_file aus. Ubergehen wir den Funktions- 
aufruf mit dem Kommando P. 





Die Anzeige entspricht jetzt dem Bild 5. Sowohl envptr 
als auch ptr sind falsch. Die Funktion search for file 
sollte diese zu main lokalen Variablen nicht ändern kön- 
nen. Wir müssen die Programmausführung stoppen, wenn 
diese Variablen geändert werden. Code View ist uns mit den 
Kommandos Watchpoint und Tracepoint behilflich. 

Wir wissen nicht, wie die Strings, auf die die Zeiger 
envptr und ptr zeigen sich selbst verändern, deshalb 
müssen wir beide Bedingungen untersuchen. Zuerst starten 
wir das Programm neu bis dorthin, wo der Fehler auftrat. 
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TE ptr); 


rert das rege Verzeichnis versuchen * 
ar (found = search_for_file{namebuf, » sr 
/" Schleife "derch die Unterverseichatsne in de 
nunath ih 


2 pathbuf; 
je Pfad in den Puffer ge “/ 
whi le(*envpath S4 "envpath I= ';') 
“ptr4+ = *envpath++; 


/* Pfadtrennung überspringen ui} 
while(*envpath == Fi 


tr,.3 
?ptr, s; wTnamebuf,s 





Bild 5: Das Übergehen der Funktion search for file 
mit dem Kommando P 





Zum Anhalten der Ausführung bei Änderungen von 
envptr können wir das folgende Watchpointkommando 
benutzen. 


>up?main.envptrt=4636 


Wir müssen die Funktion angeben, zu der envptr 
gehört, da wir auf die Variable außerhalb des regulären 
Gültigkeitsbereichs (main) zugreifen. Das Tracepoint- 
Kommando tpw envptr würde auch funktionieren. In bei- 
den Fällen ist CodeView nur wenig behilflich, da der 
Anwender entweder den Anfangswert von envptr oder die 
Größe des Zeigers wissen muß. Wir können für die zweite 
Bedingung auch 





DE 





eingeben. Dieses Kommando bricht ab, wenn sich das 
erste Zeichen von ptr ändert. Jetzt können wir das Pro- 
gramm durch Anklicken von F5=Go ausführen. 

Nach ein paar Sekunden - CodeViews Watch- und 
Tracepoints können den Programmlauf stark verlangsamen, 
da sıe softwaremäßig emuliert werden, obwohl CodeView 
auch Debughardware unterstützt - erfolgt die Anzeige von 
Zeile 82. Der gerade ausgeführte Programmteil war ein 
Aufruf der Bibliotheksfunktion strcat. Bevor wir die 
Bibliotheksfunktion verdächtigen, schauen wir uns das 
Ergebnis in der Variablen fullpath an. Bild 6 zeigt das 
Mißgeschick: Die Funktion search_ for_file hat mit 
strcat reichlich Dateinamenserweiterungen angehängt. 


>?fullpath,s 





CodeView 





File View Search Run Watch Options Language Calls Help | Fä=Trace Fisßo 
where.c = = 


for (next at = 0; next_ext < MUMEITS; { 
‚COM, .EXE Fi „BAT Zusatz versuchen 
strönttäui 


th, extension[next_ex 
iflfound = 
break; 


stat(fullpath, afile ll ) 


>tpb "ptr 
z2ful path, s 
nd.COM.EXE.BAT* 


en 





Bild 6: Die Funktion search_for_file hängt die Datei- 
namenserweiterungen mit strcat an den Dateinamen an. 


Wir haben die allokierte Länge von namebuf überschritten 
und die Inhalte der anderen lokalen Variablen von main 
überschrieben. Wir wissen, daß envptr verändert wurde. 
Unglücklicherweise ordnet der Microsoft C-Compiler die 
lokalen Variablen von main nicht in der angegebenen 
Reihenfolge an. In diesem Fall sind sie in der Reihenfolge 
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envptr, ptr, found, namebuf, envpath und dann 


pathbuf angeordnet, also komplett anders, als in der 
Deklarationsreihenfolge. 

Der Fehler ist schnell beseitigt, indem die vorherige 
Dateinamenserweiterung mit der Funktion strchr am 
Ende der Dateinamenserweiterungsschleife entfernt wird. 





Zusammenfassung 


CodeView ist nicht neu, etliche seiner Kommandos und 
Möglichkeiten bieten auch andere Debugger. Neu ist jedoch 
die Anzahl der Kommandos und das Maß der Integration. 
Am wichtigsten bleibt aber, daß die Programmierer den 
Debugvorgang gut verstehen, und daß sie die Programmier- 
sprache und den Debugger bestmöglich für sich einsetzen 
können. 

D. Norris/M. J. O’Leary/Ch. Petzold/ni/jü 





MS-Quick-C - blitzschnelle, flexible, integrierte C-Entwicklungsumgebung mit vollem Funktionsumfang, kompatibel zu 
MS-C 5.0. Bestehend aus einem bildschirmorientierten, WordStar-kompatiblen Editor, einem Compiler, Linker, 
Sourcecode-Debugger, MAKE-Funktionen. Es werden vier Speichermodelle unterstützt: small, compact, medium | 


MS-C Version 5.0 - optimierender Compiler, enthält auch den MS-Quick-C Compiler für schnelle Entwicklung und 
den MS-Code View-Debugger für optimales Debugging. Die Funktions-Bibliothek wurde durch umfangreiche 
Grafikroutinen erweitert, und die Geschwindigkeit des Linkers wurde um das Zweifache erhöht. Erweiterte Fehler- 
meldungen und ausführliche Dokumentation zum Mixed-Language Programmieren runden die neue Version ab. 


' BKS Graph - C-Implementierung des Grafikstandards GKS. Erhältlich für die Levels OA, OB und 2B. 
BKS Lister - Listen- und Formularverwaltung, variable Druckeranpassung, für MS-C und Lättice C. 
BKS STOP PLUS - Paket bestehend aus BKS WINDOW (Maskengenerator, Bildschirmhandling, Tastaturtreiber, etc.) 
und BKS ISAM (B-Baum ISAM und SORT) für MS-C und Lättice C. Auch mit Source erhältlich. 
C-Tree - B-Baum orientierte ISAM-Datenverwaltung mit komplettem Sourcecode für MS-C und Lättice C. 
dBC III Plus - C-Funktionsbibliothek für dBASE Ill Plus Dateizugriffe. Bildschirm- und Windowhandling, Grafik- und 
Statistikfunktionen und eine stand-alone ISAM-Datenverwaltung. 
Greenleaf Comm Lib - Library für asynchrone Kommunikation mit Sourcecode. 
| Greenleaf Functions - 200 C Funktionen (z.B. BIOS, DOS) mit Sourcecode. 
| PforCe - C-Bibliothek mit Header- und Datenbankdateien und Programmierwerkzeugen für MS-C 3.0 und 4.0. 
R-Tree - Reportgenerator mit Sourcecode. Keine Runtime-Lizenzen erforderlich. 
Windows for € - integrierte Windowfunktionen zur Bildschirm-Verwaltung. 
Windows for Data - Window- und Menüfunktionen für MS-C 5.0 und MS-Quick-C. Erhältlich mit oder ohne Source. 


erwähnte Warenzeichen: MS-Quick-C, MS-C 5.0 (Mierosoft Inc.); BKS Graph, Lister, Stop Plus (BKS GmbH); C-Tree, R-Tree (Falrcom); dBC II Plus (Latlice Ine.); Greenleaf Comm Lib, Greenleaf | 
Function (Sreenleal Software); Plor@e (Phoenix Computer Products); Windows for C, Windows for Data (Vermont Creative Software) 
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Schnelle COBOL-Bildschirme mit SDA/PC 


COBOL ist von Haus aus bereits eine sehr 
wortreiche Sprache. Bei der Erstellung von 
interaktiven Bildschirmmasken ist der Eingabe- 
aufwand jedoch überproportional hoch. Hier ist 
eine Hilfe sehr willkommen. SDA/PC ist eine 
solche Hilfe, mit der Bildschirmmasken unter 
COBOL ihren Schrecken verlieren. 


Mit SDA/PC stellt sich ein neues Maskengeneratorsystem 
vor, das speziell auf die Bedürfnisse des Programmierers 
bei der Arbeit mit Microsoft COBOL ausgelegt ist. Sowohl 
die Erstellung von komplexen Bildschirmlayouts als auch 
die Dokumentations- und Testphase werden durch 
SDA/PC wirkungsvoll unterstützt. 

Die wesentliche Funktion von SDA/PC ist die Überset- 
zung einer auf dem PC-Bildschirm abgebildeten Maske in 
eine MS-COBOL-kompatible Bildschirmbeschreibung, wie 
man sie in der SCREEN SECTION benötigt. Das bedeutet, 
daß SDA/PC unabhängig wartbaren Quellcode erzeugt und 
zur Laufzeit des COBOL-Programms keinerlei zusätzliche 
Unterstützungen geladen werden müssen. 

Die Bildschirmmaske wird direkt vom Bildschirm weg 
analysiert und übersetzt. Das erfordert relativ wenig Einsatz 
vom Benutzer. Den größten Teil seiner Zeit verbringt der 
SDA/PC-Benutzer mit dem Entwerfen und Editieren von 
Masken, nicht mit dem Codieren, Aus diesem Grund wurde 
dem eigentlichen Editor besonderes Augenmerk gewidmet. 
Der SDA/PC-Maskeneditor ist in den wesentlichen Funk- 
tionen an den IBM Professional Editor bzw. denn Bild- 
schirmeditor von GW-BASIC angelehnt, besitzt jedoch 
einige für die Maskenerstellung nützliche Erweiterungen 
wie Kopier-, Wiederhol- und Zeichenfunktionen. 

Für eine Maske steht der gesamte Bildschirmbereich 
von 24 Zeilen mit 80 Spalten zur Verfügung. Die 25. Zeile 
wird als Statuszeile verwendet und zeigt die Belegung der 
Funktionstasten, den Status der Umschalttasten, die aktu- 
elle Schriftfarbe, Cursorposition und Seitennummer an 
(Bild I). Seitennummer bedeutet hier die Nummer der 
momentan abgebildeten Bildschirmseite, da mit SDA/PC 
bis zu vier Masken gleichzeitig bearbeitet werden können. 
Das Wechseln der aktuellen Bildschirmseite ist jederzeit 
möglich, auf allen Seiten können alle Funktionen aufgeru- 
fen werden, die Seiten sind also vollkommen gleichberech- 
tigt. 

Die Kopierfunktionen des Editors erlauben es, Mas- 
kenteile zu verschieben, zu kopieren, zu löschen oder neu 
einzufärben. Verschieben und Kopieren ist auch zwischen 
verschiedenen Bildschirmseiten möglich, indem nach dem 
Markieren des Quellblocks einfach die Bildschirmseite 
gewechselt wird. Dies ermöglicht das Zusammenkopieren 
von alten Maskenteilen zu neuen Masken, da eine Maske 
unabhängig von der Übersetzungsfunktion jederzeit gespei- 
chert oder wieder geladen werden kann. 
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Bild 1: Die Eingabe einer Bildschirmmaske unter SDA/PC. 


An speziellen Funktionen bietet der Editor unter anderem 
die Möglichkeit, mit einer Tastenkombination das zuletzt 
eingegebene druckbare Zeichen (oft mühsam mit und 
dreistelligem Nummerncode eingegeben) beliebig oft zu 
wiederholen. Als nicht druckbar werden hier alle Posi- 
tionier-, Lösch- und Kopierfunktionen behandelt. 

Für das Zeichnen auf dem Bildschirm erlaubt der Editor 
drei Modi: Zeichnen mit einfachen und doppelten Linien 
(auch gemischt) und Zeichnen mit beliebigem (druckbaren) 
Zeichen. In allen Zeichenmodi wird durch Bewegen des 
Cursors die gewünschte Linie gezogen. 

Für die Definition variabler Maskenfelder verwendet 
SDA/PC Sonderzeichen als Platzhalter für die häufigsten 
PICTURE-Formatzeichen, das sind »9«, »Z«, »5«, »-«, »,«, 
».« und »X«. Unterstützt werden somit Felder vom Typ 
ALPHANUMERIC, NUMERIC und NUMERIC-EDITED. Für 
numerische Felder kann wahlweise europäische (DECIMAL 
POINT IS COMMA) oder amerikanische Zahlennotation 
verwendet werden. Zusätzlich können jedem variablen Feld 
nach Festlegung des Namens die Zusatzattribute AUTO, 
BELL, SECURE, KEY und ALTERNATE KEY verliehen wer- 
den sowie der E/A-Modus (FROM, TO oder USING) einge- 
stellt werden. 

Die Attribute KEY und ALTERNATE KEY werden nur bec- 
achtet, wenn eine weitere SDA/PC-Funktion verwendet 
wird - die Erstellung eines Programms. SDA/PC übersetzt 
dann nicht nur die Maske, sondern verwendet diese gleich 
bei der automatischen Erstellung eines unmittelbar kompi- 
lierbaren, einfachen Dateiwartungsprogramms (Listing 1). 
Diese Möglichkeit erweist sich besonders beim Erstellen 
von Testdateien als sehr zeitsparend. 

Auf Wunsch wird zusätzlich noch eine FD-Beschreibung 
des auf der Maske definierten Datensatzes angefertigt, die 
analog zu übersetzten Maske etwa mit COPY in ein Pro- 
gramm eingefügt werden kann. Zu beachten ist dabei aller- 
dings, daß PICTURE-Klauseln vom Typ NUMERIC-EDITED 
automatisch auf NUMERIC (also nur aus »S«, »V« und »9« - 
bestehend) konvertiert werden. Auch der FD im Dateiwar- 
tungsprogramm wird dieser Konvertierung unterworfen. 
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IDENTIFICATION DIVISION, 
PROGRAN-ID. SAMPLE. 


AUTHOR. ee 
ENVIRONMENT DIVISI 
SOURCE-COMPUTER. 18x PC-AT-AT. 
OBJECT-COMPUTER. IBM-PC-KT-AT. 
SPECIAL-NAMES. 
na -POINT 15 COMMA. 


SELECT DF ASSIGN TO DISK 
ORGANIZATION 15 INDEXED 
ACCESS 15 DYMANIC 
RECORD KEY 15 ADDRESS-0 
ALTERNATE RECORD KEY ADORESS-1 
ALTERKATE RECORD KEY ADORESS-3 
FILE STATUS 15 F-STAT. 

DATA DIVISION. 

FILE SECTION. 

FD DF LABEL RECORD STANDARD VALUE OF FILE-ID "ADDR.DAT'. 

COPY SAMPLE.REC. 

WORKING-STORAGE SECTION. 

77 F-STAT PIC &X. 

77 THP PIC XX. 

77 MEWF PIC s VALUE 0. 

77 CHAR PIC 

77 HSG PIC xl). 

SCREEN SECTI 

01 BLANK-SCREEN. 

02 BLANK SCREEN. 

01 BLANK-LINE. 

02 LIWE 25 COLUMN 1 BLANK LINE. 


01 MEM. 
02 LINE 25 COLUMN 1 REVERSE-WIDEO VALUE 
* Satz gefunden - Wählen Sie <Ä>ndern oder <L>öschen : ' 
02 PIC X TO CHAR AUTO. 
REVERSE-WIDEO WALUE ' 
01 NEWREC. 
02 LINE 25 COLUMN 1 REVERSE-VIDEO WALUE 
' Neuer Satz - Kein Datensatz nit diesem KEY gefunden. 


0 ERR- SCREEN. 

02 LINE 25 COLUMN 1 REVERSE-VIDEO VALUE ' FEHLER: '. 

02 PIC X(40) FROM M5G REVWERSE-WIDEO. 

02 REVERSE-VIDEO WALUE ' - Bel. Taste drücken '. 

02 PIC X TO CHAR BELL AUTO. 

02 REVERSE-WIDEO VALUE ' '. 
01 Er SCREEN. 

LINE 11 SL 25 PIC 9999 USING ADORESS-O BELL. 

01 ADDRESS“ SCRE 


02 LINE 2 COLIN 27 VALUE ' . 
02 LINE 3 Eat 27 Art: * Adressverwaltung * +! 
02 LINE 4 COLUMM 27 W " 


02 LINE 7 COLUMN 23 VALUE I). 


02 LINE 8 COLUMM 20 WALUE ! Am—— Li 
ne 
02 LINE 9 COLUMN 17 MALE 71 
er 
02 LINE 10 COLUMM 15 WALUE ' gelmmmmu D—_ 
‚EPs . 
02 LINE 11 COLUMN 15 VALUE H | Hummer: '. 
02 PIC 9999 FROM ADDRESS-O BELL. 
02 COLUMN 30 WALUE  — N U nv 
WE 12 BADEN. 15 ie V- 
02 LINE 13 COLUMN 15 tr fi Hama: ' 
02 COLUMN 25 NS an USING ADDRESS-1. 
02 COLUMM 59 WALUE "|| | | | 
02 LINE 14 COLUMN 15 NT en. 
02 COLUMM 59 WALUE "|| ul 
02 LINE 15 COLUMM 15 VALUE f Straße: 
02 PIC X(20) USIMG ee, 2. 
02 COLUMN WALLE le 
LINE 16 ar 1: NW LUE ‘je, 
COLUMN 59 WALUE ' 


LINE 17 COLUMN 15 VALUE ‘| PLZ: 
PICK ®) USING ADDRESS-3. 


"BRRERERR 


ef 


De DIVISION. 


DISPLAY BLANK-SCREEN. 

OPEN I-0 DF. | 

IF F-STAT = '00' 60 TO W2 ELSE MOVE F-STAT TO THP CLOSE DF. 
IF TMP = '30' OPEN OUTPUT DF MOVE 1 TO NEWF GO TO W2 ELSE 
WOVE "ISAM-Datei läßt sich nicht öffnen’ TO NSG GO TO ERRZ. 


“ PERFORM INIT-F DISPLAY ADDRESS-SCREEN KEY-SCREEN. 
ACCEPT KEY- SCREEN N ESCAPE GO TO ENDP. 
IF NEWE = 1 60 T 
READ OF RECORD da co To Ws. 

DISPLAY ADDRESS-SCREEN. 


"DISPLAY MENU ACCEPT MEMU ON ESCAPE GO TO W2. 





Listing 1: Ein Auszug aus einem mit SDA/PC ereugtem 
Dateneingabeprogramm. Auf Wunsch kann auch nur der 
Bildschirmaufbau erzeugt werden (ADDRESS-SCREEN). 
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Bild 2: So läuft das von SDA/PC generierte Programm 
(Listing 1) für die Beispiel-Bildschirmmaske (Bild 1). 


An Bildschirmadaptern werden sowohl die Monochrom- als 
auch die Farbkarten unterstützt. Sind beide Arten am PC 
angeschlossen, kann jederzeit der Bildschirm gewechselt 
werden. In jedem Fall stellt sich SDA/PC beım Start auf 
den momentan aktiven Bildschirm ein, da es bezüglich der 
Behandlung der Bildschirmattribute für jede der beiden 
Karten einen anderen Übersetzungsmodus gibt. Dieser 
Modus kann jederzeit von Hand geändert werden, also die 
gleiche Maske einmal im Farb- und einmal im Monochrom- 
Modus übersetzt werden. Der vielseitigere ist der Farb- 
modus, da durch trickreiche Codierung der Attribute 
sichergestellt wird, daß auch eine im Farbmodus übersetzte 
Maske die Möglichkeiten des monochromen Bildschirms 
optimal verwendet. 

Ein positiver Nebeneffekt der Verwendung von 
SDA/PC ist überdies eine gewisse Speicherplatzersparnis. 
Das gilt sowohl für den Massenspeicher, wo Masken in 
einem speziellen, komprimierten Format abgelegt werden, 
als auch für das einzelne COBOL-Programm, da SDA/PC- 
codierte Masken oft weniger Platz im Codesegment belegen 
und schneller ausgegeben werden, als manuell codierte. 

Im Lieferumfang enthalten ıst ein Hardcopy-Programm, 
das resident geladen wird und das unter anderem die Mög- 
lichkeit bietet, den momentanen Bildschirminhalt ın einer 
SDA/PC-Maskendatei zur späteren Bearbeitung abzulegen. 

»Arbeitsersparnis durch Geschwindigkeit und Leistung« 
war die Devise bei der Entwicklung dieses Werkzeugs für 
den COBOL-Programmierer, und dieses Ziel ist, denke ich, 
erreicht worden. 

Joachim Schneider/jü 


Joachim Schneider ist der Autor von SDA/PC. Weitere Infor- 
mationen erhalten Sie bei: 

IKARUS Software GmbH, Franz-Josef-Str. 7, A-5700 Zell am 
See, Tel.: (Österreich) 06542/2941. 












Das Anwenderhandbuch 
zu MS-D0S. 

Das große Buch zu MS-DOS/PC-DOS vermit- 
telt Ihnen das Detailwissen, mit dem Sie 
das Betriebssystem optimal für Ihre tägliche 
Arbeit nutzen können. Ob zu Batch-Dateien, 
zu den verschiedenen Kopierbefehlen oder 
zur Konfigurationsdotei - mit diesem Buch 
wissen Sie immer, worauf es ankommt. Bei- 
spielsweise, was Sie beim Anschluß eines 
zusätzlichen 3’/:"-Laufwerks beachten müs- 
sen. Das große Buch zu MS-DOS/PC-DOS 
gibt Ihnen auf jede Frage die richtige Ant- 
wort - zu allen DOS-Versionen. Denn ein- 
schließlich der Version 3.3 werden alle 
Kommandos ausführlich mit Syntox, Erklä- 
rungen und Beispielen aufgeführt. Und 
selbst wenn Sie am Ende alles über das 
Betriebssystem MS-DOS wissen: Mit diesem 
Buch haben Sie auch für Ihre weitere Arbeit 
mit Ihrem PC ein überaus hilfreiches Nach- 
schlagewerk. 

Jörg Schieb 

Dos große Buch zu 

MS-DOS/PC-DOS 

Hardcover, 427 Seiten 

DM 49-- 
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PC-Know-how vom Profi. 


Wer die Intern-Bücher von DATA BECKER 
kennt, weiß, was ihn mit PC Intern 
erwartet: Information pur. Das gesammelte 
Wissen zum PC wird hier oufbereitet - sei 
es über Hardware, BIOS oder DOS. Nicht 
nur Lehrbuch, sondern auch Nachschlage- 
werk von bleibendem Wert. Ein kleiner 
Streifzug durch das über 700 Seiten starke 
Werk macht es deutlich: Aufbau der Houpt- 
platine, Registersatz des Prozessors, DMA- 
Controller, mathematische Coprozessoren, 
Hard- und Software-Interrupts, Aufruf von 
Interrupts in Assembler, BASIC, Pascal und 


C, die Funktionen des DOS, COM- und EXEC- 


Funktionen, RAM-Speicherverwaltung, DOS- 
Gerätetreiber, Booten des Systems, Zugriff 
auf die Festplatte, die Ports des PCs und, 
und, und. PC Intern - geschrieben von 
einem erfahrenen Software-Entwickler. 
Know-how aus erster Hund. 

Michael Tischer 

PC Intern 

Hardcover, 767 Seiten, DM 69,- 








05/2 - das Betriebssystem 
der Zukunft. 


Die gesamte Fachpresse spricht von 05/2 
ols dem Betriebssystem der Zukunft für die 
PC-Welt. Das große Buch zu 05/2 zeigt 
Ihnen den Einstieg. Sie erfahren alles über 
die Eigenarten, die Benutzeroberfläche, das 
Installieren, die Befehle, das Erstellen von 
Botchprogrammen und das Konfigurieren 
des Systems durch die Datei CONFIG.SYS. 
Aber auch die Programmierer und weiterge- 
hend Interessierten kommen nicht zu kurz: 
was sind Threads, Prozesse, Semaphore, 
Tasks, Prioritäten und Zeitscheiben, wie wird 
unter 05/2 programmiert, was muß beach- 
tet werden und was ist neu? So ist zum 
Beispiel Multitasking ein Schlagwort, das 
sicherlich jeden an 05/2 besonders interes- 
siert. Am besten, Sie lesen einfach mol 
rein, ins große 05/2-Buch! 


Jörg Schieb/Michael Tischer 
Das große 05/2-Buch 
Hardcover, 461 Seiten, DM 49.- 


COUPON 


HIERMIT BESTELLE ICH 





NAME, VORNAME 


STRASSE 





ORT 
Zuzüglich Versandkosten unabhängig von der bestellten Stückzahl 


per Nachnahme [Werrechnungsscheck anbei 






Faszination | 
Programmieren | 


Satire, Lesestoff, 
künstliche Intelligenz 


&. Lammers ' P. Mic Corduck 
Faszination Programmieren u 727,179, ,7- 774 117,727, 
1987, 430 Seiten | | 1987, 344 Seiten 


Markt Technik Markt Technik, | ‚Elektronengehir rfia, $5 laulel sine alle 





»Foszinalion Programmieren« is! eine 
Sammlung oauftschlußreicher Interviews | y Pr =, olketumliche Bere chnung für den Com. 


Kironengahır dr ten noch 


mit neunzehn nomhaften Programmie- En. En re | Ee But 
rern unserer Zeit. Die Interviews bieten = -i Bu 5 | raumf + Maschinen, und ihre 
einen Einblick in die Karriere jedes ein- Fr h | Higen: sich in engeren Gren- 
zelnen, beinhalten Programmskizzen N. = en I: Pamela Mi zen als die eines heutigen Heimcompu- 
und Quellcode-Beispiele, beleuchten die -—— (N er ä =; ters. Trotzdem haben die Computer 
Motivation und die Programmierbedin- EU Me Er’ © DENK ‚om Anfang ihrer Entwicklung an den 
gungen und schildern nebenbei de ze Ana I Ruf gehabt, intelligent zu sein 
Geschichte der Mikrocomputerindustrie. u UA IR IA Ten ARD FB RER ANA VERIUSILNN Dieses Buch erzählt die Geschichte die 
Sie erfahren dabei, wie erfolgreiche ‚mn Al, Ki nn ser »Denkmaschinen«,; die Geschichte 
Programmierer an ihre Aufgobe heran- — — ee a Kr So a a ee der »künstlichen Intelligenze. Die Auto- 
gehen, ob Programmieren eine intuitive i Dell 77 a rin, Journalistin und Schriftstellerin, hat 
oder erlernte Fähigkeit ist, welche An 4 ih | | viele der wichtigsten Persönlichkeiten 
Entwicklungsmethodik Programmen a | ’ ae dieser Geschichte interviewt. Sie erzählı 
wie VisiColc, Microsoft Basic oder f j . ıo auch die Geschichte der Menschen, 
Lotus den Erfolg gebracht haben, die es: EWe ai d I vr die an dieser Entwicklung Anteil hatten 
Hintergründe der Entstehung von i Er fe‘ u ' Dos sind vor allem Ada Loveloce und 
Firmen und Forschungslabors wie 1 - Charles Bobboge, Alan Turing, John 
Lotus, Apple, Xerox, PARC und | | - ron Neumann, Minsky, Newell, Simon 
Microsoft und vieles mehr. | und viele andere, 
* Ein pockendes Buch - unerläßlich er ME : Doll # Ein Buch, das sich an den Leser wen- 
für den Fachmann und fesselnd r | det, der mehr über die Kl wissen will olı 
für den Laien. Programmstrukturen und Sprachnormen. 
Bestell-Nr. 90418 \ Bestell-Nr. 90419 
ISBN 3-89090-418-1 ISBN 3-29090-419-X 
DM49,-IsFr 45,10165 382,20 = . * j DM49,-Isfr 45,10/85 382,20 


eng Br: 5 en & el u Fi 
Computer , die I 1987, aan s Markt Bshinak, .— | “ Fer r 
Was wissen Sie eigentlich über Computer? Kennen Sie seine Mäg- fin Er u N rien Eich Pooh der die Entwicklungen in 
lichkeiten und selne Funktionen? Was ist eigentlich eine Dotenbankt# ' ı der Computertechnik mit Humor und Scharfblick verfolgt. Sein Buch 
Und, und, und. Wenn Sie sich diese und noch mehr Fragen stellen, j »Wann der Computer Geschichten machte überträgt die Freuden und 
donn ist das Buch »Computer - die leisen Eroberera genau die JS Probleme dei elektronischen Zeitalter: in amüsante Geschichten. Mit 
richtige Informationsquelle für Sie. Es gibt Ihnen einen generellen hintergründiger Sofire verfolgt! er die Veränderungen und die Mög- 
Überblick zum Thema Computer und erläutert seine Föhigkeiten und | lichkeiten des Komischen, die durch die nesen Computer in unserer 
Funktionsweisen. Ein Computer funktioniert nur nach wenigen Grund. Umwelt und in unseren Köpfen entstehen. Einen besonderen Reir 
prinzipien - sie und überraschend einfach! Wer diese Prinzipien bezieht dieser Band aus den nostalgischen Bildern, die mit smoder- 
verstanden hot, kann sich auch sinnvoll mit dem Computer nisiertena Bildtiteln einen zusätzlichen humorvollen Akzent setzen. 
auseinandersetzen, Mit einem Computer umzugehen ist heute | ® Ein Buch für alle Computertreunde und Computergegner die 
wichtiger denn je; denn die Computerrevolufion hat wahr dem Computerzeitalter eine hintergründig-heitere Seite 
scheinlich noch gar nicht richtig begonnen abgewinnen wollen, 





Bestell-Nr. 90179, ISBN 3-89090-179-4 | au SE. ERROR Bestell-Nr. 90378, ISBN 3-89090-378-9 
DM 14,80IsFr 13,60 85 115,44 "ern Dre Grenzen hun a a DM 24,80/sfr 23,-1193,40) 


a 3. 
Markt&Technik 


Zeitschriften - Bücl - Büc her 


Software - Schulur I Fragen Sie bei Ihrem 


Buchhändler nach unserem 
ee Gesamtverzeichnis 


BO41B6 


Markt& Technik Verlag AG, Buchverlag, Hans-Pinsel-Straße 2 


8013 Haar bei München, Telefon HH: 89 46 13-0 = A ft über 500 aktuellen 
SCHWEIZ: Markt&Technik Vertriebs AG, Kollerstrasse 3, CH-6300 Zug, Telefon (042) #00 Su a” j Funde rbüchern und Software 
ÖSTERREICH: Markt& Technik Verlag Gesellsc re m.b.H., Große Neugasse 28, A-1040 Wien, Telefon | (0222) 5871393-0 SIE / Oder fordern Sie es direkt 
Rudolf Lechner & Sohn, Heizwerksiraße 10, A-1232 Wien, Telefon (0222) 57 7526 >. } beim Verlag an! 


